Python shelve模块自动添加.db后缀的阻止方法及相关打开报错咨询

针对你遇到的shelve模块自动加后缀和带后缀打开报错的问题，结合你的环境（Python 3.12.2 + MacOS 13.6.6），我来逐一解答：

1. 如何阻止shelve.open自动添加.db后缀？ #

shelve模块底层依赖dbm模块处理文件存储，不同平台/DBM后端的默认行为差异会导致后缀问题——在MacOS上，默认的DBM后端是ndbm，它会自动给文件名追加.db后缀。要改变这个行为，你可以手动指定使用dbm.dumb作为后端模块，它不会自动添加后缀：

import shelve
import dbm.dumb

# 指定dbm.dumb作为后端，避免自动添加.db后缀
with shelve.open("myfile", dbmmodule=dbm.dumb):
    pass

执行这段代码后，你会看到生成的文件就是myfile而非myfile.db。

另外，如果你需要使用其他后端（比如dbm.gnu，需提前安装对应依赖），也可以通过dbmmodule参数指定，只要该后端不会自动追加后缀即可。

2. 为什么带.db后缀打开现有数据库会报错？ #

这个问题同样和DBM后端的行为逻辑有关：

• 当你第一次用shelve.open("myfile")时，ndbm后端创建了myfile.db文件，但它内部是按照「基础文件名myfile」来关联这个数据库的。
• 当你尝试用shelve.open("myfile.db")打开时，dbm模块会尝试识别文件类型，但ndbm格式的文件在被以myfile.db作为文件名传入时，dbm无法正确识别其格式（因为它期望基础文件名不带后缀，自己去追加.db找文件），所以抛出dbm.error: db type could not be determined错误。

简单来说，ndbm后端是「基于基础文件名管理带后缀的实际文件」，你必须用基础文件名（不带.db）去打开，它才会自动找到对应的myfile.db文件。

关于不同环境的差异 #

你提到在Python 3.10 + Ubuntu 22上没有这个问题，这是因为Ubuntu上默认的DBM后端通常是gdbm或者dbm.dumb，这些后端的行为和MacOS上的ndbm不同：它们不会自动追加后缀，或者对文件名的处理逻辑更灵活，所以不会出现这类问题。

备注：内容来源于stack exchange，提问作者Jason C