正确使用 try-catch-finally 应捕获具体异常、用 finally 或 using 释放资源、避免空 catch 和裸抛异常，确保异常日志记录并保留堆栈跟踪，提升代码健壮性与可维护性。
在C#中，异常处理是保障程序稳定运行的重要机制。正确使用 try-catch-finally 结构不仅能捕获运行时错误，还能提升代码的可维护性和健壮性。下面介绍其最佳实践与常见错误规避方式。
合理使用 try-catch 捕获特定异常
不要盲目捕获所有异常，应针对具体异常类型进行处理。
说明： 使用通用的 catch (Exception) 会隐藏潜在问题，不利于调试。 建议：- 优先捕获具体的异常类型，如 FileNotFoundException、ArgumentException 等。
- 按从具体到一般的顺序排列多个 catch 块。
示例：
try {
File.ReadAllText("config.txt");
}
catch (FileNotFoundException) {
Console.WriteLine("配置文件未找到，使用默认设置。");
}
catch (UnauthorizedAccessException) {
Console.WriteLine("无权访问该文件。");
}
catch (Exception ex) {
Console.WriteLine($"发生未知错误: {ex.Message}");
throw; // 重新抛出不明确的异常
}
finally 块用于资源清理
finally 块确保无论是否发生异常，其中的代码都会执行，适合释放资源。
说明： 即使 try 或 catch 中有 return 或 throw，finally 仍会执行。 建议：- 用 finally 关闭文件流、数据库连接、网络套接字等非托管资源。
- 更推荐使用 using 语句替代手动 finally 清理。
示例：
FileStream fs = null;
try {
fs = new FileStream("data.txt", FileMode.Open);
// 执行读写操作
}
catch (IOException ex) {
Console.WriteLine($"IO 错误: {ex.Message}");
}
finally {
fs?.Dispose(); // 安全释放资源
}
更简洁写法：
using (var fs = new FileStream("data.txt", FileMode.Open)) {
// 自动释放
}
避免常见错误和反模式
不当使用异常处理会导致性能下降或掩盖 bug。
常见错误：- 空 catch 块：吞掉异常而不记录或处理，导致难以排查问题。
- 过度使用异常控制流程：例如用异常判断文件是否存在，应改用 File.Exists()。
- 在 catch 中忽略异常信息：至少应记录日志。
- 重新抛出异常时使用 catch(ex) throw ex;：这会重置堆栈跟踪，应使用 throw;（无参数）。
记录异常并适当重新抛出
有时需要在捕获异常后记录日志再向上抛出。
说明： 日志有助于定位问题，但不应破坏原始异常上下文。 建议：- 使用日志框架（如 Serilog、NLog）记录异常详情。
- 若需包装异常，使用 throw new CustomException("msg", ex); 保留内层异常。
- 避免裸抛 throw ex;，它会丢失原始堆栈。
正确示例：
catch (SqlException sqlEx) {
logger.LogError(sqlEx, "数据库查询失败");
throw; // 维持堆栈
}
基本上就这些。掌握这些要点，能让C#异常处理更安全、清晰且易于维护。关键是：捕获具体异常、及时释放资源、不吞异常、保留调用堆栈。不复杂但容易忽略细节。
