.NET Core AWS Lambda项目全局异常捕获正确性及失效原因咨询

这个问题我之前在处理Lambda项目时也踩过坑——你的全局异常处理思路在普通.NET桌面或Web应用里完全没问题，但放到AWS Lambda的执行环境下就行不通了，原因主要有两个：

1. Lambda运行时会拦截未处理异常 #

AWS Lambda的托管运行时（比如.NET Core Runtime for Lambda）会主动接管函数的执行流程，当你的代码抛出未处理异常时，运行时会先捕获这个异常，将其包装成Lambda的错误响应返回给调用方，根本不会让异常冒泡到AppDomain.CurrentDomain.UnhandledException这个层面。也就是说，你的事件处理方法从一开始就没机会被触发。

2. Lambda的函数生命周期限制 #

Lambda函数是按需实例化的，运行时会管理函数实例的创建、复用和销毁。即使你在构造函数里注册了AppDomain的异常事件，Lambda运行时的异常拦截逻辑优先级更高，会提前把异常“截胡”。

正确的全局异常处理方式（针对Lambda） #

既然AppDomain的方式行不通，我们可以用这些更适配Lambda环境的方案：

方案一：在函数入口显式捕获（最直接） #

把所有业务逻辑包裹在try/catch里，在catch块中统一处理异常：

public void FunctionHandler(object input, ILambdaContext context)
{
    try
    {
        CreateException();
    }
    catch (Exception ex)
    {
        // 这里添加统一的异常处理逻辑：比如日志上报、格式转换等
        context.Logger.LogError($"捕获到未处理异常: {ex.Message}", ex);
        // 若需要将异常返回给调用方，可重新抛出；否则可以处理后静默结束
        throw;
    }
}

方案二：封装通用异常处理包装器 #

如果有多个Lambda函数入口，或者想避免重复写try/catch，可以封装一个通用的处理方法：

// 通用异常处理包装器
private void HandleWithGlobalException(Action businessLogic, ILambdaContext context)
{
    try
    {
        businessLogic();
    }
    catch (Exception ex)
    {
        // 统一处理：比如写入CloudWatch Logs、发送告警等
        context.Logger.LogError($"全局捕获异常: {ex}", ex);
        throw; // 保持异常传递给Lambda运行时
    }
}

public void FunctionHandler(object input, ILambdaContext context)
{
    // 用包装器包裹业务逻辑
    HandleWithGlobalException(() => CreateException(), context);
}

方案三：使用Lambda中间件（针对ASP.NET Core集成场景） #

如果你的Lambda是基于ASP.NET Core构建的（比如用Lambda代理API Gateway请求），可以利用.NET的中间件机制实现全局异常处理，比如自定义一个异常处理中间件，在Startup或Program.cs中注册即可。

总结一下：AWS Lambda的执行环境和普通.NET应用差异很大，AppDomain级别的全局异常处理在这里不适用。最佳实践是在函数入口处显式捕获异常，或者用包装器实现统一处理逻辑，这样才能确保异常被正确捕获和处理。

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