在同一个IIS服务器上使用互连的ASP.NET WebApis时,我们遇到了一些死锁.我们想知道这是不是一个预期的行为,因为在同一个服务器和同一个应用程序池上托管所有的API,因为我们设法通过将WebApi移动到不同的池来避免这个问题;或者如果我们的代码有问题.
对于生产,我们可能会在不同的服务器或池中托管API,但是我们仍然希望了解为什么会发生这种情况.我们主要关注的是,如果这是我们错误的代码,那么即使主机设置正确,该问题也可能会更大规模地复制.
我们创造了一个解决方案来重现僵局,hosted in GitHub.
复制步骤如下：
> WebClient并行执行多个HTTP请求WebApi1.
> WebApi1对WebApi2执行HTTP请求.
> WebApi2对WebApi3执行HTTP请求.
> WebApi3只返回一个字符串.
预期的行为将是所有请求最终被解决.
实际的行为是某些请求完成,而其他一些请求将会失败,这是由于TaskCancelledException似乎是由于请求超时而导致的.
从2014年开始,我能够发现的唯一可以看到的同样的问题是“Do Not Send ServerXMLHTTP or WinHTTP Requests to the Same Server”,我相信这是我们遇到的问题,我们如何才能确认呢？
上下文
我们被分配了为我们工作的公司的多个内部API创建集中式身份验证服务器的任务.
我们正在使用带有引用令牌的IdentityServer3,因此当一些API使用引用令牌请求第二个API时,第二个API将请求验证服务器进行令牌验证,从而再现问题.
我添加了IdentityServer标签,因为在执行多个API通信和使用引用令牌时,这可能是一个常见问题. Sample on GitHub.
解决方法
只需一个观察：您正在使用HttpClient作为每个控制器的静态成员,根据
this HttpClient不能保证线程安全
