答案：C#中异常处理通过try-catch-finally结构实现，catch按顺序匹配具体异常，避免吞咽异常，应记录日志或合理响应，优先使用using管理资源，抛出异常时提供清晰信息并保留堆栈，全局异常处理作为兜底机制。
在 C# 中进行 try-catch 异常处理，主要是通过 try 块包裹可能出错的代码，用 catch 捕获并处理异常，必要时使用 finally 执行清理操作。合理使用异常处理机制，能提升程序的健壮性和可维护性。
基本语法结构
最简单的 try-catch 结构如下：
try
{
// 可能抛出异常的代码
int result = 10 / int.Parse("0");
}
catch (DivideByZeroException ex)
{
Console.WriteLine("不能除以零：" + ex.Message);
}
catch (FormatException ex)
{
Console.WriteLine("格式错误：" + ex.Message);
}
finally
{
// 可选，无论是否发生异常都会执行
Console.WriteLine("执行清理操作。");
}
注意：catch 块按顺序匹配，更具体的异常类型应放在前面，避免被泛化类型（如 Exception）提前捕获。
只捕获你能处理的异常
不要盲目捕获所有异常。只在你有能力恢复或有意义地响应时才使用 catch。
- 例如，读取文件时捕获 FileNotFoundException 并提示用户重新选择路径是有意义的。
- 但直接捕获 Exception 并“吞掉”异常（不记录也不处理）会掩盖问题，不利于调试。
try
{
File.ReadAllText("config.txt");
}
catch (FileNotFoundException)
{
// 提供默认配置或让用户指定路径
Console.WriteLine("配置文件未找到，使用默认设置。");
}
// 其他异常（如权限问题）让上层处理
避免空 catch 块和异常吞咽
空 catch 块会让程序静默失败，极难排查问题。
catch (IOException) { } // ❌ 千万别这么做
正确做法是至少记录日志：
catch (IOException ex)
{
Console.WriteLine($"IO 错误: {ex.Message}");
// 或使用日志框架：_logger.LogError(ex, "读取文件失败");
}
使用 using 或 IDisposable 管理资源
对于文件、数据库连接等资源，优先使用 using 语句，而不是依赖 finally 手动释放。
using (var file = File.OpenRead("data.txt"))
{
var reader = new StreamReader(file);
string content = reader.ReadToEnd();
}
// 自动释放资源，即使发生异常
这比手动写 finally 更简洁、安全。
抛出自定义异常时要提供清晰信息
当需要 throw 异常时，确保消息清晰，并考虑封装原始异常：
if (string.IsNullOrEmpty(input))
{
throw new ArgumentException("输入不能为空", nameof(input));
}
// 包装异常时保留堆栈信息
catch (SqlException ex)
{
throw new DataAccessException("数据库操作失败", ex);
}
全局异常处理作为兜底
在 UI 应用（如 WinForms、WPF）或 ASP.NET Core 中，可以设置全局异常处理器，防止程序崩溃。
- WinForms：
Application.ThreadException - ASP.NET Core：UseExceptionHandler 中间件
这类机制用于记录致命错误并友好提示用户，不是替代局部异常处理的理由。
基本上就这些。关键是要有意识地区分可恢复错误和程序缺陷，合理响应，不掩盖问题。
