在某些情况下，您可能会使用它们，但它们应该非常不频繁。我可能会使用它的情况包括:

异常日志记录;根据上下文的不同，您可能希望发布一个未处理的异常或消息。 循环技术情况，如渲染或声音处理或列表框回调，行为本身将演示问题，抛出异常将只是阻碍，记录异常可能只会导致1000个“失败到XXX”消息。 不能失败的程序，尽管它们至少应该记录一些东西。

对于大多数winforms应用程序，我发现对于每个用户输入都有一个try语句就足够了。我使用以下方法:(AlertBox只是一个快速的消息框。显示包装)

  public static bool TryAction(Action pAction)
  {
     try { pAction(); return true; }
     catch (Exception exception)
     {
        LogException(exception);
        return false;
     }
  }

  public static bool TryActionQuietly(Action pAction)
  {
     try { pAction(); return true; }
     catch(Exception exception)
     {
        LogExceptionQuietly(exception);
        return false;
     }
  }

  public static void LogException(Exception pException)
  {
     try
     {
        AlertBox(pException, true);
        LogExceptionQuietly(pException);
     }
     catch { }
  }

  public static void LogExceptionQuietly(Exception pException)
  {
     try { Debug.WriteLine("Exception: {0}", pException.Message); } catch { }
  }

然后每个事件处理程序都可以这样做:

  private void mCloseToolStripMenuItem_Click(object pSender, EventArgs pEventArgs)
  {
     EditorDefines.TryAction(Dispose);
  }

or

  private void MainForm_Paint(object pSender, PaintEventArgs pEventArgs)
  {
     EditorDefines.TryActionQuietly(() => Render(pEventArgs));
  }

理论上，您可以使用tryactionsilent，它可能更适合呈现调用，这样异常就不会生成无穷无尽的消息。

我的意思是，例如，有时你想从某个地方(webservice，数据库)获得一些额外的信息，你真的不关心你是否会得到这个信息。所以你试着获取它，如果发生了什么，没关系，我只会添加一个“catch (Exception ignored){}”，仅此而已

因此，以您的示例为例，在这种情况下这是一个坏主意，因为您捕获并忽略了所有异常。如果您只捕获einfofromirrelevance sourcenotavailable并忽略它，那是可以的，但您没有。您还忽略了ENetworkIsDown，它可能重要，也可能不重要。你忽略了enetworkcardhasmelting和efpuhasdecisidthatoneplusoneisseventeen，它们几乎肯定是重要的。

如果将空捕获块设置为只捕获(并忽略)您知道不重要的某些类型的异常，则空捕获块不是问题。在这种情况下，最好压制并默默地忽略所有异常，而不停下来先检查它们是否是预期的/正常的/不相关的，这种情况非常罕见。

通常空的try-catch是一个坏主意，因为您正在默默地接受一个错误条件，然后继续执行。偶尔这可能是正确的做法，但通常这是一个迹象，表明开发人员看到了异常，不知道该如何处理，因此使用空捕获来消除问题。

这就相当于在引擎警示灯上贴上黑色胶带。

我相信如何处理异常取决于您正在使用的软件的哪个层:

一般来说，这是一个坏主意，因为这是一个真正罕见的情况，即失败(更普遍的情况是例外情况)没有得到任何回应。最重要的是，空捕获块是使用异常引擎进行错误检查的人使用的常用工具，他们应该先发制人地进行错误检查。

说它总是不好是不真实的……这种情况很少发生。在某些情况下，您不关心是否存在错误，或者错误的存在以某种方式表明您无法对其采取任何措施(例如，当将以前的错误写入文本日志文件时，您得到一个IOException，这意味着您无论如何都不能写出新的错误)。

在某些情况下，您可能会使用它们，但它们应该非常不频繁。我可能会使用它的情况包括:

异常日志记录;根据上下文的不同，您可能希望发布一个未处理的异常或消息。 循环技术情况，如渲染或声音处理或列表框回调，行为本身将演示问题，抛出异常将只是阻碍，记录异常可能只会导致1000个“失败到XXX”消息。 不能失败的程序，尽管它们至少应该记录一些东西。

对于大多数winforms应用程序，我发现对于每个用户输入都有一个try语句就足够了。我使用以下方法:(AlertBox只是一个快速的消息框。显示包装)

  public static bool TryAction(Action pAction)
  {
     try { pAction(); return true; }
     catch (Exception exception)
     {
        LogException(exception);
        return false;
     }
  }

  public static bool TryActionQuietly(Action pAction)
  {
     try { pAction(); return true; }
     catch(Exception exception)
     {
        LogExceptionQuietly(exception);
        return false;
     }
  }

  public static void LogException(Exception pException)
  {
     try
     {
        AlertBox(pException, true);
        LogExceptionQuietly(pException);
     }
     catch { }
  }

  public static void LogExceptionQuietly(Exception pException)
  {
     try { Debug.WriteLine("Exception: {0}", pException.Message); } catch { }
  }

然后每个事件处理程序都可以这样做:

  private void mCloseToolStripMenuItem_Click(object pSender, EventArgs pEventArgs)
  {
     EditorDefines.TryAction(Dispose);
  }

or

  private void MainForm_Paint(object pSender, PaintEventArgs pEventArgs)
  {
     EditorDefines.TryActionQuietly(() => Render(pEventArgs));
  }

理论上，您可以使用tryactionsilent，它可能更适合呈现调用，这样异常就不会生成无穷无尽的消息。

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

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

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