我有以下控制器:
public class PingController : ApiController
{
[Route("api/ping")]
[HttpGet]
public IHttpActionResult Ping()
{
var log = HostLogger.Get(typeof(PingController));
log.Info("Ping called.");
return Ok("Ping succeeded @ " + DateTime.UtcNow);
}
[Route("api/long-ping")]
[HttpGet]
public async Task<IHttpActionResult> LongPing(CancellationToken cancelToken)
{
await Task.Delay(30 * 1000);
return Ok("Ping succeeded @ " + DateTime.UtcNow);
}
}如果我执行LongPing,然后在不同的浏览器选项卡中执行Ping,则Ping将在LongPing执行之前执行并返回--这正是我所要寻找的。问题是当我执行两个LongPing调用时,第二个调用大约需要60多秒(而不是30秒)。Chrome报告说,第二次调用的延迟时间为58s (不包括启动第二个请求所需的时间)。在我看来,如果工作正常的话,这两个LongPing调用应该在30岁左右执行。
我还应该提到,我是在一个OWIN托管环境中托管它,而不是IIS。但我不认为这有什么区别,但也许有人会证明我错了。
如何使LongPing的行为真正像异步请求?
发布于 2014-02-14 18:06:08
事实证明,这是Chrome在调用同一个URL时的行为。在用Chrome进行测试时,我总是忘记这一点。通常我用Fiddler进行测试,但是这个VM没有Fiddler。
看这个,所以Q&A:Chrome treating smart url and causing concurrent requests pend for each other
发布于 2014-02-14 17:02:20
您的会话状态很可能导致您的问题。对于这种行为有一个冗长的解释,但简短的版本是,特定的用户会话一次只能执行一个请求,因为会话状态锁定以确保一致的状态。如果您想加快速度,请禁用cookie以测试会话状态假设(这样每个请求将获得一个会话状态),或者禁用应用程序中的会话状态。否则,您的代码就是-ok异步的。
https://stackoverflow.com/questions/21784866
复制相似问题