一、异常处理机制的核心架构

C#异常处理机制通过结构化语法将业务逻辑与错误处理分离，其核心由四个关键字构成：

try块：包裹可能抛出异常的代码段
catch块：捕获并处理特定类型的异常
finally块：无论是否发生异常都执行的清理代码
throw语句：主动抛出异常对象

这种设计模式实现了异常处理的三大原则：

集中管理：将错误处理代码与业务逻辑解耦
分层过滤：通过catch块顺序实现异常类型匹配
确定性清理：通过finally确保资源释放

典型语法结构示例：

try 
{
    // 业务逻辑代码
    int result = Divide(10, 0);
}
catch (DivideByZeroException ex) 
{
    Console.WriteLine($"数学错误: {ex.Message}");
}
catch (Exception ex) 
{
    Console.WriteLine($"未知错误: {ex.Message}");
}
finally 
{
    Console.WriteLine("执行清理操作");
}

二、异常类型体系解析

.NET框架构建了完整的异常继承体系，核心基类为System.Exception，其下分为两大分支：

系统异常（System.SystemException）
- 包含框架内部错误，如NullReferenceException、IndexOutOfRangeException
- 通常表示不可恢复的严重错误
应用异常（System.ApplicationException）
- 供开发者自定义业务异常使用
- 示例：用户输入验证失败时抛出ValidationException

三、C# 6.0新特性详解

1. 异常过滤器（Exception Filters）

通过when关键字实现条件化捕获，避免不必要的堆栈展开：

try 
{
    // 可能抛出异常的代码
}
catch (WebException ex) when (ex.Status == WebExceptionStatus.Timeout) 
{
    Console.WriteLine("网络请求超时处理");
}
catch (WebException ex) when (ex.Status == WebExceptionStatus.NameResolutionFailure) 
{
    Console.WriteLine("DNS解析失败处理");
}

优势：

减少不必要的catch块执行
保持堆栈信息完整性
提高异常处理逻辑的可读性

2. 异步异常处理

支持在async/await模式中直接捕获异常：

async Task<string> DownloadContentAsync(string url) 
{
    try 
    {
        using (var client = new HttpClient())
        {
            return await client.GetStringAsync(url);
        }
    }
    catch (HttpRequestException ex) 
    {
        return $"请求失败: {ex.Message}";
    }
}

关键特性：

异常会沿着异步调用链传播
避免传统回调模式中的异常处理复杂性
支持async void方法的异常捕获（需通过事件聚合器等模式）

四、资源清理最佳实践

1. IDisposable模式

推荐使用using语句自动管理资源：

// 传统方式
FileStream fs = null;
try 
{
    fs = new FileStream("file.txt", FileMode.Open);
    // 操作文件
}
finally 
{
    fs?.Dispose();
}
// 推荐方式
using (var fs = new FileStream("file.txt", FileMode.Open)) 
{
    // 操作文件
}

2. 异步资源清理

对于异步可释放对象，使用await using语法（C# 8.0+）：

await using (var response = await client.GetAsync("https://example.com"))
{
    var content = await response.Content.ReadAsStringAsync();
    Console.WriteLine(content);
}

五、异常处理设计原则

避免空catch块：至少记录异常信息
精准捕获异常类型：从具体到一般的顺序排列catch块
异常信息丰富化：通过InnerException保留原始异常链
性能考量：
- 避免在高频循环中抛出异常
- 简单条件检查优于异常处理
日志集成：将异常信息写入日志系统
自定义异常设计：
- 继承自ApplicationException
- 提供有意义的错误代码和消息
- 实现序列化接口

六、常见反模式与修正

1. 过度使用异常控制流程

❌ 错误示例：

try 
{
    int value = int.Parse(input);
}
catch (FormatException) 
{
    value = 0; // 用异常处理格式错误
}

✅ 正确做法：

if (int.TryParse(input, out int value)) 
{
    // 成功处理
}
else 
{
    value = 0; // 显式处理错误
}

2. 暴露敏感信息

❌ 错误示例：

catch (Exception ex) 
{
    throw new Exception($"数据库错误: {ex.Message}", ex);
}

✅ 正确做法：

catch (SqlException ex) 
{
    logger.LogError(ex, "数据库操作失败");
    throw new DatabaseException("服务暂时不可用", ex);
}

七、高级应用场景

1. 异常聚合模式

在批量操作中收集所有异常：

var exceptions = new List<Exception>();
Parallel.ForEach(items, item => 
{
    try 
    {
        ProcessItem(item);
    }
    catch (Exception ex) 
    {
        lock (exceptions) 
        {
            exceptions.Add(ex);
        }
    }
});
if (exceptions.Any()) 
{
    throw new AggregateException("批量处理失败", exceptions);
}

2. 跨应用域异常处理

通过AppDomain.UnhandledException事件捕获未处理异常：

AppDomain.CurrentDomain.UnhandledException += (sender, args) => 
{
    var ex = args.ExceptionObject as Exception;
    logger.LogCritical(ex, "未处理异常导致应用终止");
};

八、性能优化建议

异常缓存：对频繁发生的可恢复错误使用缓存机制
异步日志记录：避免异常处理中的同步IO操作
异常筛选：在分布式系统中过滤重复异常
监控集成：将异常数据上报至监控系统

通过系统化的异常处理机制设计，开发者能够构建出更加健壮、可维护的应用程序。建议结合具体业务场景，建立组织级的异常处理规范，并在持续集成流程中加入异常处理质量的静态检查环节。

C#异常处理机制深度解析与最佳实践