Azure托管ASP.NET Core 2.0应用：延长超时解决CGI进程终止错误

这个问题我之前帮别人排查过类似的，核心是要从三个层面调整超时设置——你遇到的2分钟卡点，刚好是Azure App Service的默认请求超时阈值，再加上EF Core和Azure SQL本身的超时没跟上，所以得一步步来解决：

1. 先调整EF Core的命令超时（针对SaveChangesAsync） #

EF Core默认的命令超时只有30秒，批量插入大量数据时肯定不够用。你可以选择全局设置，或者只针对这个AddRange操作单独调整：

全局设置（在DbContext构造函数里） #

public class YourDbContext : DbContext
{
    public YourDbContext(DbContextOptions<YourDbContext> options) : base(options)
    {
        // 设置全局命令超时为5分钟（按需调整，单位是秒）
        Database.SetCommandTimeout(300);
    }

    // ...你的DbSet定义
}

单个操作临时设置 #

如果不想全局修改，也可以在调用SaveChanges前临时调整这个操作的超时：

public async Task<bool> AddRange<TEntity>(IList<TEntity> items) where TEntity : class 
{ 
    _db.AddRange(items);
    // 临时设置该操作的命令超时为5分钟
    _db.Database.SetCommandTimeout(300);
    // 顺便提一句：你这里多了个分号，顺手修正下
    return await _db.SaveChangesAsync() >= 0; 
}

2. 修改Azure App Service的请求超时限制 #

这才是你遇到2分钟报错的关键——Azure App Service对ASP.NET Core应用的默认请求超时就是2分钟，时间到了服务器会直接终止进程。调整方式有两种：

方式1：通过web.config配置 #

在你的项目根目录添加或修改web.config，给aspNetCore节点加上requestTimeout属性：

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <system.webServer>
    <aspNetCore processPath="dotnet" arguments=".\YourApp.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" 
                requestTimeout="00:10:00" /> <!-- 设置为10分钟，根据你的实际需求调整 -->
  </system.webServer>
</configuration>

方式2：通过Azure门户可视化设置 #

1. 登录Azure门户，找到你的目标Web App
2. 进入配置 > 常规设置
3. 找到请求超时选项，修改为你需要的时长（比如10分钟），点击保存即可

3. 调整Azure SQL Database的连接超时 #

最后，还要确保数据库连接字符串的超时设置足够，避免建立连接阶段就超时：
在appsettings.json里修改你的连接字符串，增加Connection Timeout参数：

"ConnectionStrings": {
  "YourDbConnection": "Server=tcp:your-sql-server.database.windows.net,1433;Initial Catalog=your-db;Persist Security Info=False;User ID=your-user;Password=your-password;MultipleActiveResultSets=False;Encrypt=True;TrustServerCertificate=False;Connection Timeout=300;"
}

这里Connection Timeout=300表示5分钟的连接超时，确保应用能顺利建立长连接。

额外优化建议 #

如果你的数据量特别大，单纯延长超时不是最优解：

• 可以考虑用第三方库比如EFCore.BulkExtensions实现更高效的批量插入，比原生AddRange快很多，从根源减少操作时间
• 检查Azure SQL Database的DTU/CPU使用率，如果经常跑满，建议升级数据库 tier，避免因为资源不足导致的慢查询

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