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

大概是这样的:

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

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

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

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

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

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

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

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

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-条件，使其显式。

假设您的编程逻辑取决于字典中是否有具有给定键的条目。你可以使用if…来测试dict.get(key)的结果。其他的……或者你可以这样做:

try:
    val = dic[key]
except KeyError:
    do_some_stuff()
else:
    do_some_stuff_with_val(val)

我发现它非常有用，当你有清理工作要做，即使有例外:

try:
    data = something_that_can_go_wrong()
except Exception as e: # yes, I know that's a bad way to do it...
    handle_exception(e)
else:
    do_stuff(data)
finally:
    clean_up()