ABP框架部署环境API调用超3分钟超时，调整方式及方案选型咨询

一、超时调整位置及两种方案有效性分析 #

• 方案1（修改web.config的executionTimeout）：有效，但仅适用于传统ASP.NET（非Core）项目。部署环境用IIS托管时，该配置控制ASP.NET请求的最大执行时间，默认110秒，你设置的300对应5分钟，能覆盖3分钟的场景；若要支持10-20分钟，需改成对应秒数（如1200秒=20分钟）。注意：此配置仅在debug="false"的生产环境生效，本地debug模式会被忽略，这也是本地无超时问题的原因。
• 方案2（代码设置RequestAborted）：无效，甚至会起反作用。这段代码是主动添加一个5分钟的取消令牌，会强制终止5分钟内未完成的请求，而非延长超时时间。RequestAborted是用于监听请求被客户端/服务器取消的信号，不能用来设置服务器端超时。

二、支持长耗时API的合适方案 #

根据你API耗时3-20分钟的需求，分场景处理：

1. 传统ASP.NET（非Core）+IIS托管 #

• 调整web.config的executionTimeout至足够大的值，同时确保debug="false"：

<system.web>
  <httpRuntime executionTimeout="1200" debug="false" />
</system.web>

• 检查IIS站点连接超时：在IIS管理器中，进入站点→高级设置→连接超时，默认120秒，需修改为对应秒数（如1200秒）。

2. ASP.NET Core（ABP Core）+IIS/Kestrel #

• web.config的executionTimeout不生效，需配置Kestrel服务器超时：
  在Program.cs中添加如下配置：

builder.WebHost.ConfigureKestrel(serverOptions =>
{
    serverOptions.Limits.KeepAliveTimeout = TimeSpan.FromMinutes(20);
    serverOptions.Limits.RequestHeadersTimeout = TimeSpan.FromMinutes(20);
});

• 调整IIS应用程序池设置：找到对应应用池→高级设置→进程模型→闲置超时，确保不小于API最大耗时；同时设置请求限制中的连接超时。

3. 更优的长任务处理方案 #

若API经常超过5分钟，不建议同步等待，改用异步任务模式：

• 客户端发起请求后，服务器立即返回任务ID，后台异步处理任务。
• 客户端通过轮询或WebSocket获取任务进度与结果。
• 可直接集成ABP框架自带的后台作业（ABP Background Jobs），避免长时间占用请求连接，稳定性更优。

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