代码执行长时SQL事务脚本异常，需实现浏览器关闭仍运行

你的核心问题是Web请求依赖客户端连接，用户关闭浏览器后请求上下文会被回收，导致后台事务终止。要让第三步的长事务独立运行，必须把它从Web请求的生命周期里剥离出来，用专门的后台任务机制处理。下面是具体可行的方案：

一、改用成熟的后台任务框架（推荐） #

直接用现成的框架管理后台作业，比自己实现可靠得多，比如Hangfire或Quartz.NET，这里以Hangfire为例（配置简单，支持SQL Server存储）：

1. 配置Hangfire #

• 安装NuGet包：Hangfire、Hangfire.SqlServer
• 在项目启动代码中初始化Hangfire（ASP.NET用Global.asax，ASP.NET Core用Program.cs）：

// ASP.NET 示例
protected void Application_Start()
{
    // 用你的数据库连接字符串存储作业信息
    GlobalConfiguration.Configuration.UseSqlServerStorage("YourConnectionString");
    app.UseHangfireDashboard(); // 可选，后台管理界面，方便查看作业状态
    app.UseHangfireServer();
}

2. 封装第三步事务逻辑 #

把第三步的脚本执行逻辑封装成独立方法，内部管理数据库连接并设置足够超时：

public static void RunMigrationStep3(string scriptContent)
{
    using (var cnn = new SqlConnection("YourConnectionString"))
    {
        cnn.Open();
        using (var cmd = new SqlCommand(scriptContent, cnn))
        {
            cmd.CommandTimeout = 1800; // 设置为30分钟，按需调整
            cmd.CommandType = CommandType.Text;
            cmd.ExecuteNonQuery(); // 后台进程中同步执行更稳定
        }
    }
    // 可选：记录任务日志到数据库或文件，方便排查问题
}

3. 前端触发逻辑调整 #

• 用户点击第三步按钮时，Ajax调用WebMethod仅提交作业到Hangfire，立刻返回作业ID，不等待任务完成：

[WebMethod]
public static string SubmitMigrationStep3(string scriptContent)
{
    // 提交后台作业并返回唯一标识ID
    var jobId = BackgroundJob.Enqueue(() => RunMigrationStep3(scriptContent));
    return jobId;
}

• 前端拿到jobId后，用定时器轮询另一个WebMethod查询作业状态：

[WebMethod]
public static string GetJobStatus(string jobId)
{
    var job = JobStorage.Current.GetConnection().GetJobData(jobId);
    if (job == null) return "NotFound";
    return job.State; // 返回状态：Running、Succeeded、Failed等
}

• 前端根据返回状态更新页面即可，哪怕用户关闭浏览器，后台作业仍会在服务器上持续运行。

二、无第三方框架的替代方案（轻量场景） #

如果不想引入第三方库，ASP.NET（非Core）可使用HostingEnvironment.QueueBackgroundWorkItem，但需注意应用池回收会中断任务，可靠性较低：

[WebMethod]
public static void SubmitMigrationStep3(string scriptContent)
{
    HostingEnvironment.QueueBackgroundWorkItem(token =>
    {
        // 放入第三步事务执行逻辑，同上文RunMigrationStep3方法
        using (var cnn = new SqlConnection("YourConnectionString"))
        {
            cnn.Open();
            using (var cmd = new SqlCommand(scriptContent, cnn))
            {
                cmd.CommandTimeout = 1800;
                cmd.ExecuteNonQuery();
            }
        }
    });
}

注意：若应用池重启（如回收周期到、服务器重启），未完成的任务会丢失，仅适合非核心场景。

三、解决你之前的执行异常问题 #

你之前用ExecuteNonQueryAsync()无响应，大概率是未await且连接提前被释放，加上Web请求上下文的限制。改用后台任务后，在独立进程中同步执行反而更稳定。另外需确保：

• SQL Server的remote query timeout设置足够大（默认10分钟，需改成30分钟）：

sp_configure 'remote query timeout', 1800;
RECONFIGURE;

• 排查原事务的等待状态：查看sys.sysprocesses的wait_type，确认是否存在锁等待或资源依赖问题。

关键原理 #

Web请求是短连接，客户端断开后ASP.NET会终止所有关联操作；而后台任务在服务器独立进程/线程中运行，脱离Web请求上下文，不受客户端连接状态影响，因此用户关闭浏览器后任务仍能继续执行。

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