《Python编程快速上手》第9章多剪贴板扩展：为何shelve文件无法删除所有键

常见触发原因 #

• Windows 下 shelve 默认后端的兼容问题
  未安装 GNU DBM 的 Windows 环境，Python 操作 shelve 文件时会自动使用内置的 dbm.dumb 存储后端。该后端采用纯追加式写入逻辑，shelve.clear() 仅会清空内存中的键值缓存，执行 close() 时不会主动重写磁盘上的 mcb.dir 索引文件，原有键的索引条目会完整保留在磁盘上，这就是你检查 mcb.bak、mcb.dir 时看不到任何删除痕迹的核心原因。
• 相对路径导致的文件错位
  代码中 shelve.open('mcb') 使用相对路径定位数据库文件。如果执行 py mcb.pyw delete 时的当前工作目录，和 mcb.pyw 所在的目录不一致，Python 会在当前工作目录下新建一个空的 mcb 数据库文件完成操作，你去检查原目录下存储了旧数据的 mcb 文件，自然看不到任何改动。
• .pyw 模式的报错盲区
  .pyw 后缀的脚本运行时不会弹出控制台窗口，所有运行时异常都会被静默捕获。如果你之前尝试的遍历删除逻辑因为动态视图修改触发 RuntimeError: dictionary changed size during iteration 报错，脚本会直接中断退出，删除逻辑根本没机会执行完成，也不会有任何提示。

可直接套用的修复实现 #

1. 修正全局删除分支逻辑，避免动态遍历报错，强制同步磁盘写入

   elif len(sys.argv) == 2 and sys.argv[1].lower() == 'delete':
       # 把动态键视图转成静态列表，防止遍历过程中修改字典触发报错
       for key in list(mcbShelf.keys()):
           del mcbShelf[key]
       # 强制把内存修改同步到磁盘，解决dbm.dumb后端不自动刷新索引的问题
       mcbShelf.sync()
   

2. 修正数据库文件路径，避免工作目录错位
   在 shelve 打开逻辑前添加路径处理代码，让数据库文件永远和脚本放在同一目录，无论从哪个路径调用脚本都能正确定位文件：

   import os
   # 拼接脚本同目录下的mcb数据库绝对路径
   db_full_path = os.path.join(os.path.dirname(os.path.abspath(__file__)), "mcb")
   mcbShelf = shelve.open(db_full_path)
   

3. 调试阶段可以先把脚本后缀从 .pyw 改成 .py，运行时就能看到控制台输出的报错信息，快速定位问题。

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