我已经深入到我的脑海中（至少在 PHP 中）使用try... catch 块进行流控制是很糟糕的。我学到的只是使用它们来处理意外错误，而不是确定程序的逻辑流程，因为catch 块很昂贵。
现在我正在学习 python，我看到到处都有很多异常和EAFP 原则。这是否意味着python在处理异常方面效率更高，所以我不需要为流量控制而担心它们，还是原理仍然成立？如果不是，PHP 是规范的例外（与其他语言相比），还是 Python？
【问题讨论】：
标签： php python exception programming-languages
从历史上看，在 C++ 等语言中，与其他形式的流控制相比，异常在同一语言中的速度非常慢。
在 C++ 中，有两件事在起作用：
这种性能差异导致了例外背后的普遍智慧：只为不寻常的事情做，所以它只用于最有益的地方，而不是会损害性能的地方。
这不适用于高级语言。这也有两个原因：
异常仍然不是免费的，但差异不再是值得担心的事情。这意味着在 C++ 中形成的一般智慧在这里被误用了。在正常的程序流程中经常使用异常。
事实上，它们是内置在语言中的，在你一直使用的结构中。每次使用迭代器时——每个for x in xrange(1000)，都会使用StopIteration 异常来结束循环。
在 Python 中选择异常或线性流控制更有意义。不要根据性能进行选择，除非您实际上处于性能很重要的内部循环中；在这种情况下，一如既往地分析并找出它是否真的重要。
（我不会为 PHP 说话。）
【讨论】：
我不认为 EAFP 鼓励使用异常来进行流控制。相反，它告诉我们，在引用它之前，我们不需要检查字典中的特定键或对象的属性是否存在。
抛出异常作为if 语句的替代方法或具有正确的while 语句或在循环内使用break 或continue 不属于该类别。这是一种懒惰、容易出错的编程，应该避免。
【讨论】：
伟大的 Alex Martelli 在“Python In A Nutshell”一书中对 EAFP 与 LBYL 进行了很好的概述。 （他非常倾向于使用 EAFP）
【讨论】：
回答这个问题：是的。 Python 异常很便宜。 if 测试仍然更便宜，所以是的，您应该只在“意外”情况下使用异常，就像您希望代码大多数时候失败一样，请在执行之前检查。由于 if-check 还将避免实际尝试以及引发和捕获异常，因此在失败的情况下会快得多。 （当然，除非测试本身很昂贵）。
但是避免这样的异常是没有意义的。 Python 不会拖拖拉拉，因为你会捕获很多异常。
和往常一样：没有分析的优化还为时过早。
【讨论】：
有一个只应该在正常执行流程中使用的特定异常：StopIteration。这对我来说意味着 Python 的创建者并不认为异常开销是不合时宜的。
这是因为异常处理效率超高，还是语言的其他部分比较慢，这是另一个问题...
【讨论】：
我已经阅读了更多内容，并意识到了另一件尚未有人提及的重要事情：在 Python 中，错误和异常之间没有区别。我知道这一点，但我想我直到现在才明白其中的意义。
在 PHP 中，您可以将 $page->GetContent(); 包装到 try...catch 块中，但如果 $page 不是对象，您的应用程序仍会急速停止并导致致命错误。因此，在 PHP（以及任何其他无法捕获错误的语言）中，您需要一定级别的 LBYL。
Python 基本上说，“这很愚蠢，我应该能够抓住那些。”只需尝试做您需要做的事情，并处理 except 块中的任何后果。
【讨论】：