就是这样。try-except子句中的'else'块用于当(且仅当)被试操作成功时运行的代码。它可以被利用，也可以被滥用。

try:
    fp= open("configuration_file", "rb")
except EnvironmentError:
    confdata= '' # it's ok if the file can't be opened
else:
    confdata= fp.read()
    fp.close()

# your code continues here
# working with (possibly empty) confdata

就我个人而言，我喜欢它，并在适当的时候使用它。它在语义上对语句进行分组。

下面是我喜欢使用这种模式的另一个地方:

 while data in items:
     try
        data = json.loads(data)
     except ValueError as e:
        log error
     else:
        # work on the `data`

可以在finally子句中以通用的方式使用此构造来处理异常，而在没有异常时执行其他操作:

class TooManyRetries(RuntimeError):
    pass


n_tries = 0
max_retries = 2
while True:
    try:
        n_tries += 1
        if n_tries >= max_retries:
            raise TooManyRetries
        fail_prone_operation()
    except Exception1 as ex:
        # handle1
    except Exception2 as ex:
        # handle2
    except Exception3 as ex:
        # handle3
    except TooManyRetries as ex:
        raise
    else: # No exception
        n_tries = 0
    finally:
        common_restore_state()
        continue

    

如果执行落在try的底部(如果没有异常)，else块中的语句将被执行。说实话，我从来没有找到过需要。

然而，处理异常注意到:

使用else子句更好 而不是向try中添加额外的代码 因为它避免意外 捕获非异常 由被保护的代码引发 尝试…除了声明。

因此，如果你有一个方法，例如，抛出一个IOError，你想捕捉它引发的异常，但如果第一个操作成功，你还想做其他事情，而你不想从那个操作中捕获IOError，你可能会写这样的东西:

try:
    operation_that_can_throw_ioerror()
except IOError:
    handle_the_exception_somehow()
else:
    # we don't want to catch the IOError if it's raised
    another_operation_that_can_throw_ioerror()
finally:
    something_we_always_need_to_do()

如果您只是在operation_that_can_throw_ioerror()后面加上另一个other_operation_that_can_throw_ioerror()， except将捕获第二次调用的错误。如果你把它放在整个try块之后，它会一直运行，直到finally之后。else可以让你确定

第二次操作只有在没有例外的情况下才会进行， 它在最后一个块之前运行，并且 它引发的任何ioerror都不会在这里被捕获

Try-except-else非常适合结合EAFP模式和duck-typing:

try:
  cs = x.cleanupSet
except AttributeError:
  pass
else:
  for v in cs:
    v.cleanup()

您可能认为naïve代码是好的:

try:
  for v in x.cleanupSet:
    v.clenaup()
except AttributeError:
  pass

这是在代码中意外隐藏严重错误的好方法。我在那里输入了清理，但是让我知道的AttributeError正在被吞噬。更糟糕的是，如果我写对了，但清理方法偶尔被传递一个具有错误命名属性的用户类型，导致它在中途无声地失败并留下一个未关闭的文件，会怎样?祝你在调试时好运。

else:块令人困惑并且(几乎)毫无用处。它也是for和while语句的一部分。

实际上，即使在if语句中，else:也可能被滥用，造成非常难以发现的错误。

考虑这一点。

   if a < 10:
       # condition stated explicitly
   elif a > 10 and b < 10:
       # condition confusing but at least explicit
   else:
       # Exactly what is true here?
       # Can be hard to reason out what condition is true

三思而后行。这通常是个问题。除非在if语句中，否则避免使用它，即使在if语句中，也要考虑记录else-条件，使其显式。