ASP.NET调用.exe生成PDF偶发锁死，咨询应用程序池相关配置方案

这类偶发锁死问题90%以上并非应用池配置直接导致，多数是调用外部exe时未正确消费StandardOutput/StandardError的缓冲区，缓冲区满后子进程阻塞等待写入，最终导致双方死锁，此前的Process生命周期处理未覆盖该场景。可先排查以下点：

• 调用Process时若设置了RedirectStandardOutput = true或者RedirectStandardError = true，必须在WaitForExit之前异步消费两个流的内容，否则缓冲区满后子进程会永久挂死，对应句柄会被w3wp进程持有，直到应用池回收才会释放。

标准Process调用示例如下：

using (Process process = new Process())
{
    process.StartInfo.FileName = "转换工具路径.exe";
    process.StartInfo.Arguments = "转换入参";
    process.StartInfo.UseShellExecute = false;
    process.StartInfo.RedirectStandardOutput = true;
    process.StartInfo.RedirectStandardError = true;
    process.StartInfo.CreateNoWindow = true;
    
    // 异步接收输出，避免缓冲区满阻塞
    StringBuilder output = new StringBuilder();
    StringBuilder error = new StringBuilder();
    process.OutputDataReceived += (sender, e) => { if (e.Data != null) output.AppendLine(e.Data); };
    process.ErrorDataReceived += (sender, e) => { if (e.Data != null) error.AppendLine(e.Data); };
    
    process.Start();
    process.BeginOutputReadLine();
    process.BeginErrorReadLine();
    
    // 新增超时逻辑，避免无限等待挂死
    if (!process.WaitForExit(30000)) // 可根据实际转换耗时调整超时时间，示例为30秒
    {
        // 超时强制杀掉子进程
        process.Kill();
        process.WaitForExit();
    }
    
    // 可按需处理返回的日志信息
    int exitCode = process.ExitCode;
}

完成上述代码调整后如果仍有问题，再调整应用池配置做规避。

打开IIS管理器，进入对应应用池的「高级设置」页面，可调整以下配置：

• 定期回收配置：在「回收」分类下设置「固定时间间隔（分钟）」，可根据业务访问量设置为120~1440分钟不等；也可设置「回收特定时间」，指定业务低峰期执行回收，回收过程不会中断正在处理的请求，旧进程处理完剩余请求后自动退出，释放所有持有的子进程句柄。
• 空闲超时配置：在「进程模型」分类下，将「空闲超时（分钟）」设置为20~60分钟，应用池空闲超过指定时间后自动释放进程，避免闲置过程中残留的挂死子进程累积。
• 用户配置文件加载配置：在「进程模型」分类下将「加载用户配置文件」设置为True，部分第三方转换工具需要读取用户目录下的配置文件，权限不足时会导致启动后挂死，开启后可规避这类权限问题。
• 最大工作进程数配置：如果转换工具不支持多实例并发运行，将「进程模型」的「最大工作进程数」设置为1，避免多个w3wp进程同时调用转换工具产生资源竞争导致的挂死。
• 快速故障防护配置：可将「快速故障防护」的「已启用」设置为False，避免子进程阻塞导致w3wp短时间无响应时被系统误杀。

如果上述配置调整后仍存在偶发问题，可额外新增独立定时任务，每隔5分钟扫描系统中运行的转换工具进程，发现运行时间超过阈值（比如5分钟）的进程直接Kill，无需依赖应用池回收释放资源。

内容的提问来源于stack exchange，提问作者Vinicius de Paula