在Powershell中运行时与Visual Studio中运行时的HttpClient并发行为不同
我正在使用MS Graph API将数百万用户从本地AD迁移到Azure AD B2C，以在B2C中创建用户。我已经编写了一个.Net Core 3.1控制台应用程序来执行此迁移。为了加快进度，我正在同时调用Graph API。这很好-有点。 在开发过程中，从Visual Studio 2019运行时，我的性能达到了可接受的水平，但是为了测试，我从Powershell 7中的命令行运行。从Powershell中，对HttpClient的并发调用的性能非常糟糕。从Powershell运行时，HttpClient允许的并发调用数似乎是有限制的，因此，并发批处理中的调用（大于40至50个请求）将开始堆积。它似乎正在运行40至50个并发请求，同时阻止其余请求。 我不是在寻求异步编程方面的帮助。我正在寻找一种方法来解决Visual Studio运行时行为和Powershell命令行运行时行为之间的差异。从Visual Studio的绿色箭头按钮在发布模式下运行的行为符合预期。不从命令行运行。 我用异步调用填充任务列表，然后等待Task.WhenAll（tasks）。每次通话需要300到400毫秒。从Visual Studio运行时，它可以按预期工作。我并发执行1000个调用的批处理，每个处理都在预期的时间内完成。整个任务块比最长的单个调用花费几毫秒的时间。 当我从Powershell命令行运行相同的构建时，行为会改变。最初的40到50个通话会花费300到400毫秒，但是每个单独的通话时间会增加到20秒。我认为这些调用正在序列化，因此在其他等待时一次只执行40到50。 经过数小时的反复试验，我能够将其范围缩小到HttpClient。为了找出问题，我使用执行Task.Delay（300）并返回模拟结果的方法模拟了对HttpClient.SendAsync的调用。在这种情况下，从控制台运行的行为与从Visual Studio运行的行为相同。 我正在使用IHttpClientFactory，甚至尝试调整ServicePointManager的连接限制。 这是我的注册码。 public static IServiceCollection RegisterHttpClient(this IServiceCollection services, int batchSize) { ServicePointManager.DefaultConnectionLimit = batchSize; ServicePointManager.MaxServicePoints = batchSize; ServicePointManager.SetTcpKeepAlive(true, 1000, 5000); services.AddHttpClient(MSGraphRequestManager.HttpClientName, c => { c.Timeout = TimeSpan.FromSeconds(360); c.DefaultRequestHeaders.Add("User-Agent", "xxxxxxxxxxxx"); }) …