IIS处理接口请求Chrome串行Postman并行的原因是什么？

你遇到的Chrome串行发送相同请求的情况，本质是浏览器的内置请求策略导致的，和IIS的并行处理能力无关，具体原因如下：

• Chrome对同URL的GET请求默认启用排队策略
  作为面向普通用户的浏览器，Chrome为了减少不必要的带宽损耗、提升缓存复用率，针对完全相同URL的GET类型请求，默认会将后续发起的相同请求放入等待队列，等前一个请求得到响应后再发送下一个。如果前一个请求的响应头包含可缓存的标识，后续排队的同URL请求可以直接复用缓存，不需要再和服务器交互。
  你测试用的Index接口属于GET请求，两次访问的URL完全一致，因此触发了该机制，从你提供的Chrome网络面板截图也能看到，两个请求的启动时间差正好是10秒左右，完全符合前一个请求处理完成后才发起下一个的特征，也验证了是浏览器端排队，不是服务器端阻塞。
• Postman无此类限制
  Postman是专门的接口测试工具，设计逻辑就是尽可能模拟真实的接口调用场景，不会默认启用浏览器端的同URL请求节流逻辑，因此你用Postman发起请求时可以直接并行发送到IIS，符合你的预期。

你可以在请求URL后追加随机的查询参数来规避该策略，比如第一次访问/Index?r=1，第二次访问/Index?r=2，此时Chrome会认为是两个不同的资源请求，就会并行发送到服务器，你可以观察到IIS并行处理的效果。

内容的提问来源于stack exchange，提问作者LNyarla