我先问大家一个问题：程序是在部署时报错好还是在调试时报错好？闭着眼睛说：当然是在调试时报错好，因为问题可以提前发现，等到部署时才报错，客户非得把你骂死。如果我是项目负责人，在做代码评审的时候，我看到这种情况不一定会骂人的，但如果我是开发人员那我就往死里用，出问题了客户又不是直接骂我，对不对？哈哈……而造成这些令人烦恼的问题、万恶的根源很可能就是try catch。

Try…Catch，直译过来就是，尝试去运行代码，如果不能运行，则捕获错误，用一句咱们能听懂的话：能干咱就干，不能干那就拉倒吧。

1.1.1. 什么是异常处理滥用？

异常处理滥用是指在代码中过度或不正确地使用异常处理机制。尽管异常处理是提高代码健壮性的重要工具，但滥用它可能导致代码性能下降、可读性降低和逻辑混乱。

1.1.2. 常见的异常处理滥用情况

(1) 控制流使用异常：将异常用作控制流的一部分，而不是正常的逻辑分支。

try
{
    // 不推荐：用异常来跳出循环
    while (true)
    {
        // 可能的逻辑
        throw new Exception();
    }
}
catch (Exception ex)
{
    // 异常处理
}

(2) 捕获所有异常但不处理：捕获所有异常却没有适当的处理逻辑，只是简单地忽略或记录。

try
{
    // 可能引发异常的代码
}
catch (Exception ex)
{
    // 不推荐：仅记录或忽略异常
    Console.WriteLine(ex.Message);
}

(3) 过度捕获：捕获了不必要的异常，或者捕获异常范围过于广泛。

try
{
    // 仅一个可能引发异常的小操作
    int result = int.Parse("123");
}
catch (FormatException ex)
{
    // 过度捕获：在没有必要的情况下捕获异常
    Console.WriteLine(ex.Message);
}

1.1.3. 避免异常处理滥用的最佳实践

(1) 使用条件检查代替异常：在可能发生错误的地方，使用条件检查来避免异常。

int number;
if (int.TryParse("123", out number))
{
    // 成功解析
}
else
{
    // 解析失败处理逻辑
}

(2) 明确异常处理目标：只捕获和处理那些你能做出有效响应的异常，不要滥用通用异常处理。换句话说：尽可能详细的异常，不要泛泛而谈。

try
{
    // 可能引发特定异常的代码
}
catch (FormatException ex)
{
    // 处理特定异常
    Console.WriteLine("Invalid format.");
}

(3) 保持异常处理简单：只在必要时使用异常处理，避免过度复杂的异常处理逻辑。

(4) 记录并传播异常：在适当的时候记录异常并重新抛出，以便在更高层级处理。

try
{
    // 可能引发异常的代码
}
catch (Exception ex)
{
    // 记录异常
    Console.WriteLine(ex.Message);
    // 重新抛出异常
    throw;
}

我最后还是劝诸神向善，尽量不要用这个东西，很有可能控制不住，最后酿成大祸。