为何dict_keys、dict_values、dict_items不可下标访问？

先看触发错误的示例：

my_dict = {"foo": 0, "bar": 1, "baz": 2}
my_dict.items()[0]

执行后会抛出类型错误：

---------------------------------------------------------------------------
TypeError                                 Traceback (most recent call last)
----> 1 my_dict.items()[0]

TypeError: 'dict_items' object is not subscriptable

已知可以通过list()或tuple()转换视图对象来实现下标访问，但核心疑问是：Python 3.7.0起已保证字典元素的插入顺序，为何dict_keys、dict_values、dict_items这类**视图对象（view objects）**仍不支持下标访问？为什么无法或不宜重构它们以支持该操作？

核心原因：视图对象的设计定位与特性 #

• 动态同步的核心需求
  视图对象的本质是字典的实时镜像——当字典的内容（键、值或键值对）发生修改时，视图会自动同步更新。如果要让视图支持下标访问，要么每次下标查询都需要遍历字典到对应位置（时间复杂度O(n)，远低于序列的O(1)访问效率），要么需要维护一个内部缓存列表来保存当前元素的顺序，但这样会失去动态同步的特性：字典修改后缓存必须同步更新，会带来额外的性能开销，违背视图对象轻量、实时的设计初衷。

• 集合式接口的设计定位
  视图对象的设计目标是提供集合风格的访问能力：支持成员检测（"foo" in my_dict.keys()）、迭代，以及键视图的集合运算（如交集、并集）。下标访问是序列类型（如list、tuple）的特性，而视图对象并非序列，它的核心是映射关系的动态视图，而非静态有序序列。

• 代码的明确性与可读性
  Python的设计哲学强调"显式优于隐式"。如果需要下标访问，显式调用list(my_dict.items())能清晰传达开发者的意图：得到一个静态的、可下标访问的快照，而非动态的视图。如果视图支持下标访问，可能会让开发者误以为得到的是静态序列，忽略其动态同步的特性，进而引入难以排查的bug（比如遍历视图时字典被修改，导致下标对应的元素发生变化）。

• 向后兼容性约束
  自Python 3引入视图对象以来，它们就不支持下标访问。即使3.7之后字典实现了有序性，修改这个行为会破坏大量现有代码——比如依赖该类型错误判断对象类型的逻辑，或者预期视图对象不具备序列特性的代码。保持行为一致性是Python版本迭代的重要原则。

内容的提问来源于stack exchange，提问作者Ben Jeffrey