使用Return语句的奇怪的Try-Except-Else-Finally行为

Question

这是一些表现特殊的代码.这是我编写的行为的简化版本.这仍然会表现出奇怪的行为,并且我对于为什么会这样做有一些具体的问题.

我在Windows 7上使用Python 2.6.6.

def demo1():
    try:
        raise RuntimeError,"To Force Issue"
    except:
        return 1
    else:
        return 2
    finally:
        return 3

def demo2():
    try:
        try:
            raise RuntimeError,"To Force Issue"
        except:
            return 1
        else:
            return 2
        finally:
            return 3
    except:
        print 4
    else:
        print 5
    finally:
        print 6

结果:

>>> print demo1()
3
>>> print demo2()
6
3

• 为什么demo 1返回3而不是1？
• 为什么演示两次打印6而不是打印6 w/4或5？

Answer 1

因为保证会执行finally语句(好吧,假设没有断电或Python无法控制的任何事情).这意味着在函数返回之前,它必须运行finally块,它返回不同的值.

在Python文档状态:

当在try ... finally语句的try套件中执行return,break或continue语句时,finally子句也会在"出路"中执行.continue语句中的continue语句是非法的.(原因是当前实施存在问题 - 将来可能会解除此限制).

这意味着当您尝试返回时,将finally调用该块,返回它的值,而不是您将拥有的值.

Answer 2

执行顺序为：

1. 尝试阻止所有正常完成->最终阻止->函数结束
2. 尝试运行块并进入异常A->最终阻塞->函数结束
3. 尝试块返回值并调用返回->最终阻止->弹出返回值->函数结束

因此，finally块中的任何返回都将提前结束步骤。

Answer 3

请注意， PEP601禁止在finally 子句中使用return 语句，但已被拒绝。然而，它已被添加到PEP8 的风格指南中，表明应避免使用它。