使用 __getitem__ 就地自定义对象解压不同行为 python 3.5 与 python 3.6

后续问题这个问题 https://stackoverflow.com/questions/50375793/elegant-way-to-have-an-almost-copy-constructor-that-allows-to-update-some-member：我在 python 3.5 和 python 3.6 上运行了下面的代码 - 得到了非常不同的结果：

class Container:

    KEYS = ('a', 'b', 'c')

    def __init__(self, a=None, b=None, c=None):
        self.a = a
        self.b = b
        self.c = c

    def keys(self):
        return Container.KEYS

    def __getitem__(self, key):
        if key not in Container.KEYS:
            raise KeyError(key)
        return getattr(self, key)

    def __str__(self):
        # python 3.6
        # return f'{self.__class__.__name__}(a={self.a}, b={self.b}, c={self.c})'
        # python 3.5    
        return ('{self.__class__.__name__}(a={self.a}, b={self.b}, '
                'c={self.c})').format(self=self)

data0 = Container(a=1, b=2, c=3)
print(data0)

data3 = Container(**data0, b=7)
print(data3)

正如上一个问题所述，这引发了

类型错误：类型对象获得关键字参数“b”的多个值

在Python 3.6上。但在 python 3.5 上我得到了异常：

密钥错误：0

此外，如果我不加注KeyError但只需打印出key and return in __getitem__:

def __getitem__(self, key):
    if key not in Container.KEYS:
        # raise KeyError(key)
        print(key)
        return
    return getattr(self, key)

这将打印出int顺序0, 1, 2, 3, 4, ...。 （蟒蛇3.5）

所以我的问题是：

• 版本之间发生了什么变化导致其行为如此不同？

• 这些整数从哪里来？

UPDATE: 正如评论中提到的λuser https://stackoverflow.com/users/6541288/%ce%bbuser：实施__iter__将更改 python 3.5 上的行为以匹配 python 3.6 的行为：

def __iter__(self):
    return iter(Container.KEYS)

这实际上是解包自定义映射对象和创建调用者参数期间多个内部操作之间的复杂冲突。因此，如果您想彻底了解根本原因，我建议您查看源代码。不过，您可以查看以下一些提示和起点以了解更多详细信息。

在内部，当您在调用者级别解包时，字节码BUILD_MAP_UNPACK_WITH_CALL(count) https://docs.python.org/3/library/dis.html#opcode-BUILD_MAP_UNPACK_WITH_CALL pops count来自堆栈的映射，将它们合并到一个字典中并推送结果。另一方面，带有参数的操作码的堆栈效果oparg 定义如下 https://github.com/python/cpython/blob/64fddc423fcbe90b8088446c63385ec0aaf3077c/Python/compile.c#L1003:

case BUILD_MAP_UNPACK_WITH_CALL:
    return 1 - oparg;

话虽如此，让我们看一下示例（Python-3.5 中）的字节码，看看它的实际效果：

>>> def bar(data0):foo(**data0, b=4)
... 
>>> 
>>> dis.dis(bar)
  1           0 LOAD_GLOBAL              0 (foo)
              3 LOAD_FAST                0 (data0)
              6 LOAD_CONST               1 ('b')
              9 LOAD_CONST               2 (4)
             12 BUILD_MAP                1
             15 BUILD_MAP_UNPACK_WITH_CALL   258
             18 CALL_FUNCTION_KW         0 (0 positional, 0 keyword pair)
             21 POP_TOP
             22 LOAD_CONST               0 (None)
             25 RETURN_VALUE
>>> 

正如你所看到的，在偏移量 15 处我们有BUILD_MAP_UNPACK_WITH_CALL负责解包的字节码。

现在它返回 0 作为结果会发生什么key论证__getitem__ method?

每当解释器在解包过程中遇到异常时，在本例中是一个KeyError，它会停止继续推入/弹出流程，而不是返回变量的实际值，而是返回堆栈效应，这就是为什么键一开始为 0，并且如果每次获得递增结果时不处理异常（由于堆栈大小）。

现在，如果您在 Python-3.6 中执行相同的反汇编，您将得到以下结果：

>>> dis.dis(bar)
  1           0 LOAD_GLOBAL              0 (foo)
              2 BUILD_TUPLE              0
              4 LOAD_FAST                0 (data0)
              6 LOAD_CONST               1 ('b')
              8 LOAD_CONST               2 (4)
             10 BUILD_MAP                1
             12 BUILD_MAP_UNPACK_WITH_CALL     2
             14 CALL_FUNCTION_EX         1
             16 POP_TOP
             18 LOAD_CONST               0 (None)
             20 RETURN_VALUE

在创建局部变量之前（LOAD_FAST） 之后LOAD_GLOBAL有一个BUILD_TUPLE https://docs.python.org/3/library/dis.html#opcode-BUILD_TUPLE它负责创建一个元组并消耗堆栈中的计数项。

BUILD_TUPLE（计数）

创建一个消耗堆栈中 count 个项目的元组，并将 >结果元组推送到堆栈上。

这就是，IMO，为什么你没有得到关键错误，而是得到TypeError。因为在创建参数元组的过程中，它遇到了重复的名称，因此正确地返回TypeError.