好吧，这不是一个try-except，但仍然是另一种处理异常的方法，如果你是面向对象编程:

class MyExceptionHandler:

    def __enter__(self):
        ... # Do whatever when "with" block is started
        return self

    def __exit__(self, exc_type, exc_value, tb):
        return True

然后是实际的代码:

with MyExceptionHandler():
     ... # Code that may or may not raise an exception
     shutil.rmtree(path)

这是怎么回事?

__enter__在进入with块时运行。 __exit__在退出with块时运行 这应该返回True以关闭可能的异常。 这应该返回None(或被认为是False的东西)，以避免关闭潜在的异常。 异常类型、实际异常及其回溯作为(位置)参数传递。你可以用这些来决定要做什么。

最后要注意的是，更喜欢try-except。如果您需要比平时更多的抽象，这可能会很有用。

如何正确地忽略异常?

有几种方法可以做到这点。

然而，例子的选择有一个简单的解决方案，不包括一般情况。

具体到示例:

而不是

try:
    shutil.rmtree(path)
except:
    pass

这样做:

shutil.rmtree(path, ignore_errors=True)

这是shutil.rmtree特有的参数。您可以通过执行以下操作来查看它的帮助，并且您将看到它还可以允许处理错误的功能。

>>> import shutil
>>> help(shutil.rmtree)

由于这只涵盖了示例的狭窄情况，因此我将进一步演示在这些关键字参数不存在的情况下如何处理它。

一般方法

由于以上内容只涵盖了本例的狭窄情况，因此我将进一步演示在这些关键字参数不存在的情况下如何处理这个问题。

Python 3.4新增功能:

你可以导入抑制上下文管理器:

from contextlib import suppress

但只抑制最具体的例外:

with suppress(FileNotFoundError):
    shutil.rmtree(path)

你会默默地忽略FileNotFoundError:

>>> with suppress(FileNotFoundError):
...     shutil.rmtree('bajkjbkdlsjfljsf')
... 
>>> 

从文档中可以看出:

与其他完全抑制异常的机制一样， 这个上下文管理器应该只用于覆盖非常特定的错误 静默地继续执行程序是已知的 这是正确的做法。

注意，suppress和FileNotFoundError仅在Python 3中可用。

如果你想让你的代码也能在python2中工作，请参阅下一节:

Python 2和3:

当你只想执行try/except而不处理异常时， 用Python怎么做? 下面的方法是正确的吗? 试一试: shutil。Rmtree(路径) 除了: 通过

对于兼容Python 2的代码，pass是使用无操作语句的正确方式。但是当你做一个裸except:时，这和做except BaseException:是一样的，它包括GeneratorExit, KeyboardInterrupt和SystemExit，一般来说，你不想捕捉这些东西。

事实上，您应该尽可能具体地命名异常。

下面是Python(2)异常层次结构的一部分，正如你所看到的，如果你捕捉到更多的一般异常，你可以隐藏你没有预料到的问题:

BaseException
 +-- SystemExit
 +-- KeyboardInterrupt
 +-- GeneratorExit
 +-- Exception
      +-- StopIteration
      +-- StandardError
      |    +-- BufferError
      |    +-- ArithmeticError
      |    |    +-- FloatingPointError
      |    |    +-- OverflowError
      |    |    +-- ZeroDivisionError
      |    +-- AssertionError
      |    +-- AttributeError
      |    +-- EnvironmentError
      |    |    +-- IOError
      |    |    +-- OSError
      |    |         +-- WindowsError (Windows)
      |    |         +-- VMSError (VMS)
      |    +-- EOFError
... and so on

您可能想在这里捕获一个OSError，也许您不关心的异常是是否没有目录。

我们可以从errno库中获取特定的错误号，如果没有，则重新抛出:

import errno

try:
    shutil.rmtree(path)
except OSError as error:
    if error.errno == errno.ENOENT: # no such file or directory
        pass
    else: # we had an OSError we didn't expect, so reraise it
        raise 

注意，纯raise会引发原始异常，这可能就是您在本例中想要的结果。写得更简洁，因为我们真的不需要在异常处理中显式地传递代码:

try:
    shutil.rmtree(path)
except OSError as error:
    if error.errno != errno.ENOENT: # no such file or directory
        raise 

try:
    doSomething()
except Exception: 
    pass

or

try:
    doSomething()
except: 
    pass

不同的是第二个也会捕捉KeyboardInterrupt, SystemExit和类似的东西，它们直接从BaseException派生，而不是Exception。

详见文档:

试着声明 异常

然而，捕捉每个错误通常是糟糕的实践——参见为什么“except: pass”是一个糟糕的编程实践?

我通常会这样做:

try:
    doSomething()
except:
    _ = ""

完整性:

>>> def divide(x, y):
...     try:
...         result = x / y
...     except ZeroDivisionError:
...         print("division by zero!")
...     else:
...         print("result is", result)
...     finally:
...         print("executing finally clause")

还要注意，你可以像这样捕获异常:

>>> try:
...     this_fails()
... except ZeroDivisionError as err:
...     print("Handling run-time error:", err)

.．.并像这样重新抛出异常:

>>> try:
...     raise NameError('HiThere')
... except NameError:
...     print('An exception flew by!')
...     raise

此外，多种异常类型可以作为圆括号元组来处理:

try:
    i_might_fail()
except (ValueError, TypeError) as ex:
    print('I failed with: ', ex)

.．.或作为单独的除条款:

try:
    i_might_fail()
except ValueError:
    print('handling a ValueError...')
except TypeError:
    print('handling a TypeError...')

.．.请参阅python教程。

在Python中，我们处理异常的方式与其他语言类似，但区别在于语法上的不同，例如，

try:
    #Your code in which exception can occur
except <here we can put in a particular exception name>:
    # We can call that exception here also, like ZeroDivisionError()
    # now your code
# We can put in a finally block also
finally:
    # Your code...