Python字典迭代时禁止结构变更，因CPython依赖哈希表快照，中途del或pop会触发RuntimeError；安全做法是分离读写：用list(d)遍历、列表暂存后删除，或字典推导式重建。
为什么遍历字典时直接 del 或 pop() 会触发 RuntimeError: dictionary changed size during iteration
Python 字典在迭代过程中禁止结构变更，这是 CPython 的底层保护机制。当你用 for k in d: 这类方式遍历字典时，解释器内部依赖一个固定的哈希表快照；一旦中途调用 del d[k] 或 d.pop(k)，哈希表大小改变，迭代器立刻失效，抛出 RuntimeError。
这不是设计缺陷，而是防止未定义行为（比如跳过元素、重复访问、内存越界）的强制约束。
- 错误典型场景：
for k in d: if some_cond(d[k]): del d[k] - 即使只删一个键也会崩溃，不取决于删多少
-
dict.keys()和dict.items()迭代器同样受此限制
安全删除字典键的三种实操方式
核心思路：**分离“读”和“写”**——先收集要删的键，再统一操作；或改用支持动态修改的结构。
python全能编程助手
下载
SkillSub Pro - Python 题解与代码注释双功能技能功能概述SkillSub Pro - Python 题解与代码注释双功能技能是一项面向实际任务的技能，主要用于SkillSub Pro 是一个 Python 题解生成与代码注释的 双功能合体技能 ，专为学生、算法学习者和开发者设计；✅ 一个技能，两种用途 ：；核心要点📝 题解模式 ：输入题目/题号，自动生成完整 Python 题解（含详细注释、解题思路、复杂度分析）；💬 注释模式 ：输入 Python 代码，自动添加详细中。它将相关步骤、
- 用列表暂存待删键：
to_delete = [k for k, v in d.items() if some_cond(v)]<br>for k in to_delete:<br> del d[k]
- 构建新字典（推荐用于过滤逻辑清晰的场景）：
d = {k: v for k, v in d.items() if not some_cond(v)} - 用
list(d)创建键的副本再遍历（最轻量）：for k in list(d):<br> if some_cond(d[k]):<br> del d[k]
注意不是list(d.keys())，虽然等价但多一次方法调用
dict.popitem() 为什么不会报错？
popitem() 是唯一允许在迭代中调用的修改方法，但它和“遍历逻辑”无关——它总是移除并返回**最后插入的键值对**（Python 3.7+ 保证插入顺序），不依赖当前迭代位置。
立即学习“Python免费学习笔记（深入）”；
- 它不检查迭代器状态，也不修改哈希表结构（只缩容尾部）
- 不能用来条件删除，仅适用于 LIFO 场景（如实现栈式缓存淘汰）
- 若需按条件删且保持顺序，仍得走“先收集后删除”路径
嵌套循环里删字典更危险：容易漏删或误删
当外层是 for k1 in d1:，内层又对 d1 做修改（比如删 k1 后继续循环），不仅触发 RuntimeError，还可能因迭代器重置导致部分键被跳过。
- 常见陷阱：在
for k in d:内部调用一个函数，而该函数又修改了d - 调试时加
print(list(d))看实时键列表，能快速暴露是否被意外修改 - 真正需要边遍历边删的复杂逻辑，优先考虑转成
while+next(iter(d), None)手动控制迭代，但绝大多数情况没必要
list(d) 副本。别试图绕过这个限制，它背后是 CPython 对内存安全的硬性要求。 
