Azure Functions中未被等待的孤立异步Task运行后果及风险解析

你提到的这种无await的孤立fire-and-forget异步Task在Azure Function运行环境中没有任何生命周期可靠性保障，完全不能作为正式业务逻辑的实现方式，具体后果如下：

• 执行完整性完全无保障
  Azure Function宿主进程的回收逻辑只以函数入口点是否全部执行完成作为判定空闲的核心依据，只要你示例中的FuncAsync返回了200响应，宿主就认为该次触发已结束，后台未await的LongTaskAsync不会被计入活跃任务。在消费计划下，实例可能在函数返回后的几十秒内就被回收，即使是专用/弹性计划，只要进程进入空闲状态也会触发回收，和你给出的控制台示例效果完全一致：Task会被强制终止，且不会有任何通知。你观测到部分遗留代码可以正常运行，本质是运气巧合：刚好进程回收触发在Task执行完成之后，没有任何可复现的可靠性。
• 异常完全无法观测
  孤立Task运行中抛出的所有异常都不会被Azure Function的默认日志、告警链路捕获，既不会出现在Application Insights的函数错误日志中，也不会触发函数执行失败的指标统计，你完全无法感知Task是否执行成功、在哪里报错，连事后排查的依据都没有。
• 存在进程崩溃风险
  在.NET运行时中，未被观测的Task抛出未处理异常会触发全局UnobservedTaskException事件，虽然.NET Core及更高版本默认行为是记录日志后继续运行，但如果是基于.NET Framework的函数应用、或者手动修改了异常处理配置，这类未捕获异常会直接导致宿主进程崩溃，同时打断当前实例上所有正在运行的其他函数调用。

正确实现方案 #

如果你需要实现「接收请求后立刻返回响应，后台异步处理长任务」的逻辑，禁止使用fire-and-forget写法，推荐用以下两种可靠方案：

• 先将任务参数写入Azure队列存储，用单独的队列触发型Azure Function处理长任务，队列触发的任务生命周期受运行时保障，执行失败还会自动重试
• 使用Azure持久函数的异步HTTP API模式，由编排器托管长任务的生命周期，天然支持任务状态查询、重试、超时控制等能力

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