php - 何时使用 Try Catch block

Question

好的，这可能是一个非常菜鸟的问题，但我发现关于这方面的 PHP 文档和几个 Internet 搜索并没有给我任何想法。

When should I use try-catch blocks to improve my application?

我读到有人说我们应该只使用 try-catch block 来防止 fatal error 。我读到其他人说我们应该只在意外错误上使用它(等待什么？意外？如果它们是意外错误，我怎么能用 try-catch 来防止它们？我应该把我所有的应用程序代码放在一个 try block 中吗？)。其他人只是说 try-catch block 应该在任何地方使用，因为它们也可以扩展(扩展 Exception 类)。最后有人说 PHP 的 try-catch block 完全没用，因为它们的实现非常糟糕。 (在这个问题上，我发现了一个关于性能的很好的 SO 问题)。

在我看来，这个话题非常奇怪和困惑。有人可以点亮我吗？

Answer 1

It seems to me that this topic is very strange and confused. Could someone lights me up?

当然。我不是 PHP 用户，但在使用过 ActionScript、Java 和 JavaScript 中的 try/catch 之后，我可能会有一点见解。但请记住，不同的语言和平台鼓励使用不同的 try/catch。那就是……

我建议使用 try/catch 的唯一情况是，如果您使用的是本地语言函数，

1. 可能引发错误/异常
2. 不会为您提供任何工具来检测您是否要执行会导致该错误/异常的愚蠢行为。例如:在 ActionScript 中，关闭未打开的加载程序会导致错误，但加载程序没有 isOpen 属性可供检查，因此您不得不将其包装在 try/catch 中以消除其他完全无意义的错误。
3. 错误/异常真的毫无意义。

让我们看看您列出的示例，看看它们与该列表的关系如何。

I read someone saying that we should use try-catch blocks only to prevent fatal errors.

对于 AS 的 loader.close() 函数，这是个好建议。这是一个致命的错误，而这一切都源于一个微不足道的失误。另一方面，几乎所有 AS 中的错误都会导致您的应用程序停止运行。然后你会把它们都包装在 try/catch 中吗？绝对不! “ fatal error ”之所以致命是有原因的。这意味着发生了一些非常错误的事情，并且让应用程序继续在潜在的“未定义”状态下运行是鲁莽的。最好知道发生了错误，然后修复它，而不是放任不管。

I read someone else saying that we should use it only on unexpected errors

那就更糟了。这些正是你不想让他们沉默的错误，因为让他们沉默意味着你永远不会找到它们。不过，也许你没有吞下它们……也许你正在记录它们。但是你为什么要尝试/捕获/记录/继续，就好像什么都没发生一样，让程序在潜在的危险和意外情况下运行呢？只是让错误把你踢到 dentry ，然后修复它。没有什么比尝试调试其他人编写的程序中的错误更令人沮丧的了，因为他们将所有内容都包装在一个 try/catch block 中，然后忽略了记录。

Others simply say that try-catch blocks should be used everywhere because they can be also extended (extending the Exception class).

如果您是进行 throw 的人，并且您正试图提醒自己注意程序中的异常情况，那么这样做有潜在的好处...但是为什么要尝试/捕获自己的抛出错误呢？让它踢你的 dentry ，然后修复它，这样你就不需要再抛出错误了。

Finally someone says that PHP try-catch block are totally useless because they are very bad implemented. (On this i find a nice SO question about performance).

也许是这样。不过我无法回答这个问题。

所以...这可能是一个宗教问题，我敢肯定人们会不同意我的观点，但从我的特殊角度来看，这些是我多年来从 try/catch 中学到的教训。