正确使用 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#异常处理更安全、清晰且易于维护。关键是：捕获具体异常、及时释放资源、不吞异常、保留调用堆栈。不复杂但容易忽略细节。
以上就是C#如何处理异常？C# try-catch-finally最佳实践与常见错误规避的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1442458.html
微信扫一扫 
支付宝扫一扫 
