通常，您可以将任何错误/异常分为以下三类之一:

Fatal: Not your fault, you cannot prevent them, you cannot recover from them. You should certainly not ignore them and continue, and leave your program in an unknown state. Just let the error terminate your program, there is nothing you can do. Boneheaded: Your own fault, most likely due to an oversight, bug or programming error. You should fix the bug. Again, you should most certainly not ignore and continue. Exogenous: You can expect these errors in exceptional situations, such as file not found or connection terminated. You should explicitly handle these errors, and only these.

在除了:pass之外的所有情况下，pass只会让你的程序处于未知状态，在这种状态下它会造成更多的损害。

执行你的伪代码甚至不会给出任何错误:

try:
    something
except:
    pass

就好像它是一段完全有效的代码，而不是抛出NameError。我希望这不是你想要的。

如果这是糟糕的做法，“通过”就不会是一个选项。 如果你有一个资产，从许多地方接收信息IE一个表单或userInput，它就会派上用场。

variable = False
try:
    if request.form['variable'] == '1':
       variable = True
except:
    pass

简单地说，如果抛出异常或错误，就说明出了问题。这可能不是什么非常错误的事情，但是仅仅为了使用goto语句而创建、抛出和捕获错误和异常并不是一个好主意，而且很少这样做。99%的情况下，都是某个地方出了问题。

问题需要处理。就像在生活中一样，在编程中，如果你把问题放在一边，试着忽略它们，很多时候它们不会自己消失;相反，它们变得越来越大，越来越多。为了防止一个问题在你身上滋生，并在将来再次出现，你要么1)消除它，然后清理混乱，要么2)控制它，然后清理混乱。

忽略异常和错误并让它们保持原样是体验内存泄漏、未完成的数据库连接、不必要的文件权限锁定等的好方法。

在极少数情况下，这个问题是如此微不足道，微不足道，而且——除了需要尝试……Catch block - self-contained，这样就真的没有什么乱七八糟的东西需要清理了。只有在这些情况下，这种最佳实践并不一定适用。根据我的经验，这通常意味着无论代码在做什么，基本上都是微不足道的，可以忽略的，而像重试尝试或特殊消息这样的事情既不值得复杂，也不值得暂停线程。

在我的公司，规则是几乎总是在catch块中做一些事情，如果你什么都不做，那么你必须总是放置一个注释，并给出一个很好的理由。当有事情要做的时候，你绝对不能错过或留下一个空的catch块。

这里的主要问题是它忽略所有和任何错误:内存不足，CPU正在燃烧，用户想要停止，程序想要退出，Jabberwocky正在杀死用户。

这太过分了。在你的脑海中，你在想“我想忽略这个网络错误”。如果出现了意想不到的错误，那么您的代码将继续以完全不可预测的方式中断，没有人可以调试。

这就是为什么您应该限制自己只忽略一些错误，而让其余的错误过去。

处理错误在编程中是非常重要的。您确实需要向用户展示哪里出了问题。在极少数情况下，您可以忽略这些错误。这是非常糟糕的编程习惯。