如果你不知道在catch block中要做什么，你可以只记录这个异常，但不要让它空着。

        try
        {
            string a = "125";
            int b = int.Parse(a);
        }
        catch (Exception ex)
        {
            Log.LogError(ex);
        }

第65项:不要忽视有效Java的例外:

空的catch块无法实现异常的目的 至少，catch块应该包含一个注释，解释为什么忽略异常是合适的。

如果你不知道在catch block中要做什么，你可以只记录这个异常，但不要让它空着。

        try
        {
            string a = "125";
            int b = int.Parse(a);
        }
        catch (Exception ex)
        {
            Log.LogError(ex);
        }

这可能从来都不是正确的事情，因为您正在默默地传递每个可能的异常。如果有您期望的特定异常，那么您应该测试它，如果它不是您的异常则重新抛出。

try
{
    // Do some processing.
}
catch (FileNotFound fnf)
{
    HandleFileNotFound(fnf);
}
catch (Exception e)
{
    if (!IsGenericButExpected(e))
        throw;
}

public bool IsGenericButExpected(Exception exception)
{
    var expected = false;
    if (exception.Message == "some expected message")
    {
        // Handle gracefully ... ie. log or something.
        expected = true;
    }

    return expected;
}

我不会把事情延伸到说使用空catch块的人是一个糟糕的程序员，不知道他在做什么……

如果需要，我使用空捕捉块。有时我正在使用的库的程序员不知道他在做什么，甚至在没有人需要的情况下抛出异常。

例如，考虑一些http服务器库，如果服务器抛出异常，因为客户端已断开连接，index.html无法发送，我不会太在意。

我发现最令人讨厌的空catch语句是其他程序员做的。我的意思是，当您需要调试别人的代码时，任何空的catch语句都会使这种工作变得更加困难。恕我直言，catch语句应该总是显示某种错误消息——即使错误没有被处理，它至少应该检测到它(只在调试模式下启用)