如何让ASP.NET Core请求完成后仍在后台运行SignalR更新

是否可行？ #

当然可行。你完全可以让Web请求先返回成功响应，同时让SignalR的推送操作在后台异步执行，不用阻塞请求流程。

是否需要用Task.Run()？ #

不需要用Task.Run()。因为SendAsync本身就是异步方法，你只要不使用await等待它完成，直接启动这个任务即可。但一定要处理可能的异常，避免未捕获的异常导致进程崩溃。

修改后的代码示例：

[HttpPost]
[ValidateAntiForgeryToken]
public async Task<ActionResult> TakeControl([FromForm] string jsonData)
{
    var query = "exec dbo.A2P_0138_TakeControl_QA @jsonData, @UserID";

    using (var connection = new SqlConnection(connectionString))
    {
        var queryResult = connection.Query(query, new { jsonData = jsonData, UserID = UserID });

        // 启动推送任务，不等待完成，同时处理异常
        _ = hubContext.Clients.All.SendAsync("UpdateDashboard")
            .ContinueWith(task => 
            {
                if (task.Exception != null)
                {
                    // 这里添加日志记录逻辑，例如 _logger.LogError(task.Exception, "SignalR推送更新失败");
                }
            }, TaskContinuationOptions.OnlyOnFaulted);

        return Ok(new { Result = "Success" });
    }
}

但要注意：这种轻量级的后台任务如果遇到应用池回收或者服务器重启，未完成的任务会直接终止。如果需要绝对可靠的推送，建议用消息队列（比如RabbitMQ）或者专门的后台任务框架（比如Hangfire）来处理，把推送逻辑放到独立的后台服务里。

这是否属于不良实践？ #

这种做法不算绝对的不良实践，但有几个坑要注意：

• 异常处理难度：如果SendAsync抛出异常，不会被请求的异常处理机制捕获，必须手动添加异常处理逻辑，否则可能引发未处理异常。
• 任务可靠性不足：应用池回收或服务器重启会直接终止未完成的后台任务，可能导致部分客户端收不到更新。如果你的业务场景能接受偶尔的推送丢失，那没问题；如果要求必须推送到所有客户端，就得用更可靠的方案。
• 资源占用风险：短时间内大量请求触发的后台推送任务，可能占用过多服务器资源，影响其他请求的正常处理。

总的来说，要是你的场景对推送可靠性要求不高，这种方式简单有效；但如果需要确保推送成功，就得用更健壮的后台任务方案。

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