查看Python引用，当没有异常时，else似乎在try之后执行。 当控制流出try子句的末尾时，执行可选的else子句。else子句中的异常不由前面的except子句处理。

Dive into python有一个例子，如果我理解正确的话，在try块中他们尝试导入一个模块，当失败时，你会得到异常并绑定默认值，但当它工作时，你可以选择进入else块并绑定所需的内容(参见示例和解释链接)。

如果你试图在catch块中工作，它可能会抛出另一个异常——我想这就是else块派上用场的地方。

else块通常可以用来补充出现在每个except块中的功能。

try:
    test_consistency(valuable_data)
except Except1:
    inconsistency_type = 1
except Except2:
    inconsistency_type = 2
except:
    # Something else is wrong
    raise
else:
    inconsistency_type = 0

"""
Process each individual inconsistency down here instead of
inside the except blocks. Use 0 to mean no inconsistency.
"""

在这种情况下，在每个except块中设置inconsistency_type，以便在无错误情况下在else中补充行为。

当然，我将此描述为某一天可能会出现在您自己的代码中的模式。在这个特定的情况下，您只要在try块之前将inconsistency_type设置为0即可。

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

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:
    statements # statements that can raise exceptions
except:
    statements # statements that will be executed to handle exceptions
else:
    statements # statements that will be executed if there is no exception

例子:

try:
    age=int(input('Enter your age: '))
except:
    print ('You have entered an invalid value.')
else:
    if age <= 21:
        print('You are not allowed to enter, you are too young.')
    else:
        print('Welcome, you are old enough.')

输出:

>>> 
Enter your age: a
You have entered an invalid value.
>>> RESTART
>>> 
Enter your age: 25
Welcome, you are old enough.
>>> RESTART
>>> 
Enter your age: 13
You are not allowed to enter, you are too young.
>>> 

复制自:https://geek-university.com/python/the-try-except-else-statements/

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

大概是这样的:

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

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

我能想到的一种使用场景是不可预测的异常，如果您再次尝试，可以避免这种异常。例如，当try块中的操作涉及随机数时:

while True:
    try:
        r = random.random()
        some_operation_that_fails_for_specific_r(r)
    except Exception:
        continue
    else:
        break

但是如果可以预测异常，则应该始终在异常之前选择验证。然而，并不是所有的事情都可以预测，所以这种代码模式有它的一席之地。