dict.keys() 迭代中修改字典会触发 RuntimeError，因迭代器绑定字典版本号，结构变化即失效；安全做法是先收集键再删除或用 list(d.keys()) 创建快照。
dict.keys() 返回的视图对象在迭代中修改字典会怎样
Python 3.7+ 中，dict.keys() 返回的是一个动态视图（dict_keys），它不复制键，而是实时反映字典状态。但**在 for 循环中直接迭代 dict.keys() 时修改字典，仍会触发 RuntimeError: dictionary changed size during iteration**——和直接迭代 dict 一样严格。
- 错误不是因为视图“过期”，而是 CPython 在迭代器内部维护了字典版本号（
ma_version_tag），只要字典结构变化（增/删键），版本号更新，当前迭代器立刻失效 -
dict.keys()视图本身可安全调用（比如反复取len(d.keys())或k in d.keys()），但**一旦进入 for 循环，就绑定了该时刻的迭代器状态** - 这个行为从 3.7 到 3.12 完全一致，不是“变化”，而是稳定设计；所谓“变化”常被误解为“3.7 后变安全了”，其实并没有
想边遍历边删键，该怎么做
必须避免在迭代过程中修改原字典结构。常见安全做法：
- 先收集要删的键，再统一删除：
keys_to_remove = [k for k in d.keys() if some_condition(k)] for k in keys_to_remove: del d[k] - 用
list(d.keys())创建快照（注意：不是tuple(d.keys())，虽然也行，但list更直觉） - 若逻辑复杂，改用
while d:+d.popitem()（后进先出，适合不需要顺序的场景） - 切勿用
for k in d.copy().keys():——多此一举，d.copy().keys()和list(d.keys())效果相同，但前者额外拷贝整个 dict
为什么 list(d.keys()) 比 d.keys() 迭代更“安全”
list(d.keys()) 是一次性把当前所有键转成列表，后续无论字典怎么变，列表内容不变。而 d.keys() 迭代器是活的，它每次调用 __next__ 都检查字典版本号。
- 性能上：小字典差异可忽略；大字典下
list(d.keys())多一次内存分配和拷贝，但换来确定性 - 兼容性上：3.7+ 和 3.6 行为一致；3.6 及以前的 dict 无插入顺序保证，但迭代安全规则相同
- 注意陷阱：
list(d)等价于list(d.keys())，可以简写，但语义不如后者清晰
dict.keys() 视图的“动态性”只体现在非迭代场景
视图的实时性仅在你**主动查询**时生效，比如：
-
k in d.keys()每次都查当前字典 -
len(d.keys())每次返回当前键数量 -
d.keys() & other_set计算交集时用的是此刻的键集合 - 但这些操作都不启动迭代器，所以不触发版本校验
真正容易被忽略的是：哪怕你只写了一行 for k in d.keys():，底层就已创建并绑定迭代器，此时任何 del d[k]、d.pop(k)、d[new_k] = v 都会让下一次循环 next() 报错。不是“修改后才错”，而是“修改即错”，哪怕修改的是另一个键。
