关于IIS 7.0单线程运行特性及修改可能性的技术问询

当然可以改！你遇到的这个问题，本质上不是IIS 7.0本身只能单线程运行，而是配置或应用代码导致的请求阻塞，下面是一步步的解决思路：

1. 先检查应用程序池的托管管道模式 #

这是最常见的诱因：

• 打开IIS管理器，找到对应站点绑定的应用程序池
• 右键选择「高级设置」，找到「托管管道模式」
• 如果当前是经典模式，直接改成集成模式——集成模式是IIS 7+的新架构，请求处理流程更高效，默认就支持多并发请求，很多老项目升级后这个问题直接消失
• 要是你因为兼容性问题必须用经典模式，继续看下面的配置

2. 调整ASP.NET线程与Session配置 #

经典模式下，ASP.NET的默认配置容易出现阻塞：

• 打开站点根目录的web.config，找到<system.web>节点，添加或修改<httpRuntime>配置，调高线程池上限：

  <system.web>
    <httpRuntime maxWorkerThreads="100" maxIoThreads="100" minWorkerThreads="50" />
  </system.web>
  

  （数值可以根据服务器性能调整，默认值比较保守）
• 重点！检查Session的配置：默认情况下ASP.NET的Session是独占锁定的，同一个用户的多个请求会排队，不同用户如果共享Session也可能阻塞。如果你的应用不需要Session，直接禁用：

  <pages enableSessionState="false" />
  

  如果必须用Session，改成只读模式减少锁定：

  <pages enableSessionState="ReadOnly" />
  

3. 优化应用程序池的进程模型 #

让IIS用多进程来处理请求：

• 回到应用程序池的高级设置，找到「进程模型」部分：
  • 把「最大工作进程数」调高，比如设为4（建议根据服务器核心数调整，一般是核心数的1-2倍），这样IIS会启动多个工作进程，并行处理请求
  • 调整「请求队列长度」，默认是1000，要是请求量很大可以适当调高，避免请求被直接拒绝

4. 排查应用代码中的阻塞点 #

如果上面的配置改了还是有问题，那大概率是代码的锅：

• 检查代码里有没有Thread.Sleep()、同步锁（lock）、长时间运行的数据库查询或IO操作，这些都会把线程占着不放
• 尽量把同步代码改成异步，比如用async/await处理数据库调用或文件操作，这样线程可以释放出来处理其他请求

补充：静态内容阻塞的特殊情况 #

如果是静态页面、图片这类资源也出现阻塞，确保IIS的「静态内容」功能已经启用（在服务器角色里勾选），而且你的应用没有在代码里拦截静态请求（比如Global.asax里的Application_BeginRequest做了不必要的处理）

内容的提问来源于stack exchange，提问作者D.Souru