因为它还没有被提及，所以使用contextlib.suppress是更好的风格:

with suppress(FileNotFoundError):
    os.remove('somefile.tmp')

在本例中，somefile.tmp在执行此代码块后将不存在，而不会引发任何异常(除了FileNotFoundError，它被抑制)。

我个人更喜欢这个解决方案:

except ValueError as error:
                print(error.args)
                pass

错误。Args给了我一个简单的代码行，它不会太分散人的注意力，但确实有助于代码审查，特别是如果错误有不同的原因，比如

(ValueError('year 0 is out of range'),)
(ValueError('month must be in 1..12'),)
(ValueError('day is out of range for month'),)

当研究熊猫的时间周期时。

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

try:
    something
except:
    pass

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

你至少应该使用except Exception:来避免捕获系统异常，如SystemExit或KeyboardInterrupt。这里是文档链接。

一般来说，您应该显式地定义想要捕获的异常，以避免捕获不想要的异常。您应该知道您忽略了哪些异常。

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

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

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

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

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

第一个原因已经说过了——它隐藏了你没有预料到的错误。

(#2)——它使你的代码难以被其他人阅读和理解。如果你捕捉FileNotFoundException当你试图读取一个文件，那么它是相当明显的另一个开发人员'catch'块应该有什么功能。如果您没有指定异常，那么您需要额外的注释来解释该块应该做什么。

(#3) -它演示了惰性编程。如果您使用通用的try/catch，则表明您不了解程序中可能的运行时错误，或者您不知道Python中可能存在哪些异常。捕捉特定的错误表明您了解程序和Python抛出的错误范围。这更有可能使其他开发人员和代码审查人员信任您的工作。