即使你现在想不出它的用途，你可以打赌它一定会有用处的。下面是一个没有想象力的例子:

其他:

a = [1,2,3]
try:
    something = a[2]
except IndexError:
    print("out of bounds")
else:
    print(something)

没有其他的:

try:
    something = a[2]
except IndexError:
    print("out of bounds")

if "something" in locals():
    print(something)

在这里，如果没有抛出错误，则定义了变量something。您可以在try块之外删除它，但如果定义了变量，则需要进行一些混乱的检测。

我发现其他有用的处理可能不正确的配置文件:

try:
    value, unit = cfg['lock'].split()
except ValueError:
    msg = 'lock monitoring config must consist of two words separated by white space'
    self.log('warn', msg)
else:
     # get on with lock monitoring if config is ok

读取锁配置的异常禁用锁监控，ValueErrors记录有用的警告消息。

如果执行落在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都不会在这里被捕获

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

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

一种用法:测试一些应该引发异常的代码。

try:
    this_should_raise_TypeError()
except TypeError:
    pass
except:
    assert False, "Raised the wrong exception type"
else:
    assert False, "Didn't raise any exception"

(在实践中，这段代码应该被抽象为更通用的测试。)

PEP 380中有一个很好的try-else示例。基本上，它归结为在算法的不同部分做不同的异常处理。

大概是这样的:

try:
    do_init_stuff()
except:
    handle_init_suff_execption()
else:
    try:
        do_middle_stuff()
    except:
        handle_middle_stuff_exception()

这允许您在异常发生的地方编写异常处理代码。