.NET Core MVC中如何同时实现‘即发即弃’与‘保证完成’？

兄弟，你的问题问到点子上了——这种直接丢_ = auditService.AuditAsync(auditData);的写法看起来省事，但坑其实不小。

当你这么写的时候，这个异步任务其实是挂靠在当前HTTP请求的上下文里的。一旦主请求处理完、给客户端返回响应后，ASP.NET的运行时就会认为这个请求相关的资源可以回收了：

• 如果此时AuditAsync还因为网络延迟卡在“发送请求”这一步，很可能会被直接终止——要么是请求上下文销毁导致任务被取消，要么刚好赶上应用池回收，整个进程都可能被干掉，那这个审计任务就彻底凉了，连日志都可能没机会输出。
• 说白了，这种写法本质是「即发即弃，但不一定能完成」，完全靠服务器状态碰运气，忙起来或者网络波动时丢任务是常有的事。

当然可以，但得换个靠谱的玩法，不能直接在请求上下文里跑异步任务。最推荐的方案是用后台任务队列：

• 第一步，在主请求里把审计数据同步丢进一个可靠的队列（比如内存队列+持久化备份，或者用RabbitMQ、Azure Service Bus这类专业消息队列），这一步非常快，不会阻塞请求，完美实现「即发即弃」的效果。
• 第二步，单独启动一个独立于请求的后台服务（比如ASP.NET Core里的BackgroundService），专门从队列里取数据，再调用AuditAsync执行审计操作。

这么做的好处是：

• 主请求只要把数据丢进队列就可以返回，完全不用等审计操作完成；
• 后台服务脱离请求上下文运行，就算所有请求都处理完了，它也会继续执行队列里的任务；
• 如果用了持久化队列，就算服务器重启，重启后还能继续处理剩下的审计任务，真正做到「保证完成」。

另外补个小提醒：如果用内存队列，服务器重启会丢失未处理的数据，所以对审计可靠性要求高的话，一定要用持久化的消息队列。还有，后台服务处理任务时要加异常重试机制，避免单次网络失败就丢了审计记录。

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