为何try块内异步抛出的异常仍终止应用，未被自动捕获处理？

你开发了用于API调用的异步函数getInfo，期望函数内部抛出异常时，外层调用循环的try/catch能自动捕获错误、记录日志后继续遍历列表，但实际运行时异常会直接中断整个程序，必须手动在调试时点击继续才能触发catch逻辑，部署的Release版本也存在同样问题，且无法直接移除函数内部的异常抛出逻辑（因为该函数在项目多处被复用）。

原有代码实现 #

异步API调用函数 #

Public Async Function getInfo(url As String) As Task(Of String)
    Dim htpRes As HttpResponseMessage = Await url.GetAsync().ConfigureAwait(False)
    Dim result = htpRes.Content.ReadAsStringAsync.Result
    If result = "" Then
        Throw New Exception("API Failed")
    Else
        Return result
    End If
End Function

外层调用逻辑 #

Sub hitAllAPIs(apiList As List(Of String))
    For Each i In apiList
        Try
            Dim info As String = getInfo(i)
            doOtherStuffWithInfo(info)
        Catch ex As Exception
            logError
        End Try
    Next
End Sub

上述异常无法被try块自动捕获的核心原因有两个：

1. 异步调用完全没有被正确等待，try块的捕获范围覆盖不到异常抛出点
   getInfo是返回Task(Of String)的异步方法，但外层的hitAllAPIs是同步Sub，既没有加Async修饰，也没有用Await等待getInfo返回的Task。代码执行到getInfo(i)时，异步方法在第一个Await点就会直接返回一个未完成的Task给调用端，try块根本不会停在这里等待异步流程跑完，会立刻继续往下执行循环逻辑。
   等后续异步流程执行到抛异常的位置时，异常是在线程池的独立执行路径上抛出的，完全脱离了原来try块的作用范围，属于典型的未观察任务异常。在.NET Framework默认配置下，这类异常会在GC回收Task实例时直接终止进程，根本不会触发你写的Catch块；这也是为什么你调整调试器异常设置、部署Release版本都没用——这个异常从一开始就不在你写的try块的捕获范围内。
2. 异步方法内部滥用同步阻塞，放大了异常传递的问题
   你在getInfo内部用.Result读取异步方法的返回结果，这种“用同步代码等异步任务”的写法本身就有死锁风险，而且异常会被Task包装成AggregateException，如果没有显式观察Task的状态，异常不会自动回到原调用点的上下文中。
   调试时弹出中断窗口、手动点继续才进catch的现象，本质是调试器检测到了线程池上抛出的无主异常，这时候原try块早就已经执行完了，就算手动让异常流程继续，也只是被全局异常处理器凑巧兜住，根本不是你写的循环内try/catch在生效。

因为你不能随意修改getInfo的对外签名（项目多处复用），可以按优先级调整：

• 优先改造外层调用逻辑为正确的异步等待
  • 把hitAllAPIs修改为带Async修饰的Function，返回Task（不要写Async Sub，除非是UI事件处理器）
  • 循环内调用getInfo时加上Await关键字，让try块的执行流真正停在调用点等待异步结果，这个时候Task内部抛出的异常会自动回到await点，被同一个try块的Catch正常捕获，循环也能在错误记录完成后正常进入下一次遍历
  • 同步把getInfo内部的.Result调用替换为异步等待：Dim result = Await htpRes.Content.ReadAsStringAsync().ConfigureAwait(False)，从根源上移除同步阻塞逻辑
• 如果老系统兼容要求必须保留同步调用逻辑
  在调用getInfo返回的Task时，用GetAwaiter().GetResult()的方式同步拿结果：Dim info As String = getInfo(i).GetAwaiter().GetResult()。这种写法会把Task内部的原始异常直接抛出来（不会被包装成AggregateException），能被当前try块正常捕获。因为你在getInfo里已经加了ConfigureAwait(False)，这种同步写法在带UI上下文的程序里死锁风险会非常低。
• 增加全局兜底逻辑
  在程序启动时注册全局的UnobservedTaskException事件处理器，把漏网的无主异步异常捕获记录，避免进程直接崩溃，作为逻辑改造完成前的兜底方案。

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