使用 appdomain.currentdomain.unhandledexception 只需订阅该事件并在事件处理程序中编写异常处理逻辑，如记录日志、清理资源并调用 environment.exit 优雅退出；2. try-catch 用于处理可预测的局部异常，而 unhandledexception 作为全局防线捕获未被处理的异常，二者应结合使用，不可相互替代；3. 在 asp.net core 中应使用异常处理中间件实现全局异常处理，通过在请求管道中捕获异常并返回统一响应，相比 appdomain 事件，中间件更契合 web 应用且支持细粒度控制和良好集成。
AppDomain.CurrentDomain.UnhandledException 提供了一种捕获应用程序级别未处理异常的机制，是构建健壮应用程序的重要一环。它允许你在应用程序崩溃前记录错误信息、清理资源，甚至尝试恢复，从而提升用户体验和减少潜在损失。
全局异常处理
如何使用 AppDomain.CurrentDomain.UnhandledException 进行全局异常处理？
使用
AppDomain.CurrentDomain.UnhandledException非常简单。你需要做的就是订阅这个事件，并在事件处理程序中编写处理未处理异常的代码。
using System;
namespace MyApp
{
class Program
{
static void Main(string[] args)
{
AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(GlobalExceptionHandler);
// 模拟一个未处理的异常
throw new Exception("这是一个未处理的异常！");
Console.WriteLine("这行代码不会被执行"); // 因为异常已经抛出
}
static void GlobalExceptionHandler(object sender, UnhandledExceptionEventArgs e)
{
Exception ex = (Exception)e.ExceptionObject;
Console.WriteLine("全局异常处理程序捕获到异常：");
Console.WriteLine(ex.Message);
Console.WriteLine(ex.StackTrace);
// 在这里可以进行日志记录、资源清理等操作
// 阻止应用程序终止 (不推荐，除非你知道自己在做什么)
// e.IsTerminating = false;
// 强制退出应用程序
Environment.Exit(1);
}
}
}这段代码展示了如何订阅
UnhandledException事件，并在
GlobalExceptionHandler方法中处理异常。注意
e.IsTerminating属性，默认情况下，未处理的异常会导致应用程序终止。 虽然你可以将其设置为
false来阻止终止，但强烈建议不要这样做，除非你完全理解其后果。 阻止终止可能会导致应用程序处于不一致的状态，并可能引发更多问题。 更好的做法是记录错误并优雅地退出。
AppDomain.CurrentDomain.UnhandledException 与 try-catch 块的区别是什么？什么时候应该使用哪个？
try-catch块用于捕获已知的、可预测的异常。 它们允许你在特定的代码块中处理异常，并采取适当的措施来恢复或避免问题。
AppDomain.CurrentDomain.UnhandledException则用于捕获未知的、未处理的异常，也就是那些你没有预料到并且没有使用
try-catch块捕获的异常。
简单来说，
try-catch是局部防御，而
UnhandledException是全局防御。 使用
try-catch: 当你预期代码可能会抛出异常，并且你知道如何处理它时。 例如，在读取文件时，你可能会使用
try-catch来捕获
FileNotFoundException或
IOException。 使用
UnhandledException: 作为最后的防线，捕获所有未被
try-catch块处理的异常。 这可以帮助你防止应用程序崩溃，并提供一种记录错误信息和清理资源的机会。
记住，
UnhandledException不应该被用来替代
try-catch块。 你应该尽可能使用
try-catch来处理已知的异常，并使用
UnhandledException来处理那些你没有预料到的异常。
如何在 ASP.NET Core 中实现全局异常处理？与 AppDomain.CurrentDomain.UnhandledException 有什么不同？
在 ASP.NET Core 中，实现全局异常处理的方式与传统的 ASP.NET 不同，因为它依赖于中间件管道。 你不能直接使用
AppDomain.CurrentDomain.UnhandledException，因为它主要用于桌面应用程序。
ASP.NET Core 提供了几种实现全局异常处理的方法，最常见的是使用异常处理中间件。 你可以创建一个自定义的中间件来捕获所有未处理的异常，并执行相应的操作，例如记录错误信息、返回友好的错误页面等。
一个简单的异常处理中间件可能如下所示：
using Microsoft.AspNetCore.Builder;
using Microsoft.AspNetCore.Http;
using Microsoft.Extensions.Logging;
using System;
using System.Net;
using System.Threading.Tasks;
namespace MyApp.Middleware
{
public class ExceptionHandlerMiddleware
{
private readonly RequestDelegate _next;
private readonly ILogger<ExceptionHandlerMiddleware> _logger;
public ExceptionHandlerMiddleware(RequestDelegate next, ILogger<ExceptionHandlerMiddleware> logger)
{
_next = next;
_logger = logger;
}
public async Task InvokeAsync(HttpContext context)
{
try
{
await _next(context);
}
catch (Exception ex)
{
_logger.LogError(ex, "An unhandled exception occurred.");
await HandleExceptionAsync(context, ex);
}
}
private async Task HandleExceptionAsync(HttpContext context, Exception exception)
{
context.Response.ContentType = "application/json";
context.Response.StatusCode = (int)HttpStatusCode.InternalServerError;
// 返回自定义错误信息
await context.Response.WriteAsync(new
{
StatusCode = context.Response.StatusCode,
Message = "An unexpected error occurred. Please try again later."
}.ToString());
}
}
public static class ExceptionHandlerMiddlewareExtensions
{
public static IApplicationBuilder UseExceptionHandlerMiddleware(this IApplicationBuilder builder)
{
return builder.UseMiddleware<ExceptionHandlerMiddleware>();
}
}
}然后在
Startup.cs文件的
Configure方法中注册该中间件：
public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
// ... 其他中间件配置
app.UseExceptionHandlerMiddleware(); // 注册自定义异常处理中间件
// ... 其他中间件配置
}关键区别在于：
AppDomain.CurrentDomain.UnhandledException是针对整个应用程序域的，主要用于桌面应用。 ASP.NET Core 的异常处理中间件是针对 HTTP 请求管道的，允许你更细粒度地控制异常处理流程，例如根据不同的异常类型返回不同的响应。 此外，它与 ASP.NET Core 的日志记录和配置系统集成得更好。
总而言之，在 ASP.NET Core 中，使用异常处理中间件是实现全局异常处理的首选方法。
