尝试/捕捉性能

Question

我需要阅读不同类型的 .txt 文件，为此我首先阅读标题所在的前几行。有了这些信息，我就可以选择阅读方式。问题是，如果只有一条记录采用不同的格式（比如我 substring(0,45) 并且只有 40 个字符），我的应用程序就会崩溃。我想避免这种情况，但我无法检查所有可能性。我读到你应该避免使用过多的 try/catch，而且我只在我不知道错误可能来自哪里时才使用它。

我的问题是：在循环中使用 try/catch 很糟糕（30k - 40k 次）？

如果不是，我该如何正确使用它？我不完全理解异常的目的。它们仅用于调试吗？如果不是，throw new exception 和MessageBox.Show("Error") 之间有什么区别。

如果我不通知错误而只是跳过它，我可以这样写：

try
{
//problematic code
}
catch
{
//nothing
//continue;
}

Answer 1

在循环中使用 try/catch 很糟糕（30k - 40k 次）？

仅当您预计会有大量异常时。如果不抛出异常，则性能开销很小。

它们仅用于调试吗？

否，但主要用于在运行时查找错误（大多数情况下会记录异常，以便您查看程序崩溃的位置/原因）。您无法预料到所有可能发生的情况，因此拥有一个日志以便在它发生崩溃时进行查阅非常有帮助。

它们还允许恢复（如果您知道导致异常的原因并知道如何处理它）。这方面的一个例子是数据库事务死锁 - 当两个线程竞争相同的数据库资源时，将选择一个终止（死锁受害者） - 这只能通过异常捕获并通过重试事务来处理。

---

以下是非常有问题的：

catch
{
//nothing
}

为什么？因为你最终会忽略你没有预料到的异常——你把它们扔掉了，当你的程序最终崩溃或出现奇怪的错误时，你将不知道为什么。

Answer 2

但我无法检查所有可能性

是的，你可以！这就是通常的做法。在设计一个复杂的函数时，您希望考虑每种情况。每个没有考虑到的案例都是潜在的错误。

而且你的 try-catch 隐藏了你没有想到的错误。您希望出现异常，以便您注意到它们并解决根本问题。

严格 遵守所有 nullref 和 indexoutofbounds 异常始终是错误的约定。这最终节省了您的时间。

Answer 3

从性能的角度来看，当代码在 try-catch 块中运行而不是在块中运行时，性能会受到很小的影响。查看 Do try/catch blocks hurt performance when exceptions are not thrown? 了解差异的经验证据。

throw new exception 和MessageBox.Show("Error") 有什么区别？

对于初学者来说，异常是一个可以保存信息并被扩展以创建您自己的自定义异常的对象，而MessageBox.Show() 只是使用文本向用户显示。简而言之，一个是对象，另一个是向用户显示信息的机制。它们不应被视为相互竞争的选择，而应被视为互补。

最后，catch { //nothing } 是一个可怕的想法，它相当于把头埋在沙子里，以免听到坏消息。永远不要这样做！