CPython PEP 810 懒加载导入sys.lazy_modules 从 dict 改为 set 的实现变更解析【免费下载链接】cpythonThe Python programming language项目地址: https://gitcode.com/GitHub_Trending/cp/cpython本篇文章围绕 CPython 仓库中的一条新闻条目Misc/NEWS.d/next/Core_and_Builtins/2026-05-18-18-36-28.gh-issue-148587.-RD3z5.rst对应 gh-issue-148587展开深入剖析 PEP 810 懒加载导入lazy imports机制中sys.lazy_modules属性的数据类型变更它由最初在 PEP 810 中定义的 dict 改为 set。读完本文你将理解sys.lazy_modules的真实用途与数据结构差异、变更背后的设计考量以及运行时内部真正承担懒加载调度职责的 dict 结构与公开内省用的 set 之间的分工。一、变更条目原文与背景变更记录原文只有一句话sys.lazy_modulesis now a set instead of a dict as initially spelled out in PEP 810.它属于Core_and_Builtins类别由 gh-issue-148587 跟踪。其含义非常明确PEP 810CPython 的懒加载导入 PEP最初在规格说明中把sys.lazy_modules设计为字典dict而本次变更将其落地为集合set。要理解这个变更需要先明确sys.lazy_modules在 PEP 810 中的地位。懒加载导入lazy imports旨在把模块导入动作推迟到属性真正被访问时执行从而缩短启动时间、减少不必要的初始化开销。sys.lazy_modules是暴露给 Python 层的一个内省入口用于记录哪些模块已被懒加载。二、sys.lazy_modules 现在是什么源码中的 set 实现从当前仓库源码可以确认sys.lazy_modules已经是一个标准 Python set 对象。2.1 初始化_PyImport_InitLazyModules在 Python/import.c 中懒加载相关的解释器级数据结构在导入子系统初始化时创建PyObject * _PyImport_InitLazyModules(PyInterpreterState *interp) { assert(LAZY_MODULES(interp) NULL LAZY_PENDING_SUBMODULES(interp) NULL); LAZY_PENDING_SUBMODULES(interp) PyDict_New(); LAZY_MODULES(interp) PySet_New(0); return LAZY_MODULES(interp); }关键证据就在这两行LAZY_MODULES(interp) PySet_New(0);—— 公开的sys.lazy_modules用PySet_New创建是setLAZY_PENDING_SUBMODULES(interp) PyDict_New();—— 内部的lazy_pending_submodules用PyDict_New创建仍然是dict详见本文第四节。2.2 挂载到 sys 模块在 Python/sysmodule.c 中sys模块创建时把这个 set 作为lazy_modules属性写入模块字典PyObject *lazy_modules _PyImport_InitLazyModules(interp); // borrowed reference if (lazy_modules NULL) { goto error; } if (PyDict_SetItemString(sysdict, lazy_modules, lazy_modules) 0) { goto error; }也就是说解释器启动时sys.lazy_modules就被挂载为一个空的 set之后所有懒加载的模块名都会被添加进去。2.3 写入懒加载发生时PySet_Add懒加载发生的位置会同步把模块名写入这个 set。例如在 Python/import.c 中创建LazyImportObject之后PyObject *res _PyLazyImport_New(frame, builtins, abs_name, fromlist); if (res NULL) { ... } // Add the module name to sys.lazy_modules set (PEP 810). PyObject *lazy_modules LAZY_MODULES(tstate-interp); if (PySet_Add(lazy_modules, abs_name) 0) { goto error; }同样register_from_lazy_on_parentPython/import.c在处理from形式的懒加载导入时也会把形如父模块.子模块的完整名称通过PySet_Add加入 set// Add the module name to sys.lazy_modules set (PEP 810). PyObject *lazy_modules LAZY_MODULES(tstate-interp); if (PySet_Add(lazy_modules, fromname) 0) { Py_DECREF(fromname); return -1; }可以看到代码中的注释直接标注了 Add the module name to sys.lazy_modules set (PEP 810)与新闻条目的表述完全一致。2.4 数据结构定义在 Include/internal/pycore_interp_structs.h 中解释器状态PyInterpreterState内定义了与懒加载相关的全部字段PyObject *lazy_import_func; int lazy_imports_mode; PyObject *lazy_imports_filter; PyObject *lazy_importing_modules; // The set stored in sys.lazy_modules if values that have been // lazily imported. This value is only for debugging/introspection // purposes and is not used by the runtime. PyObject *lazy_modules; // A dict mapping package names to a set of submodule names that // have been imported lazily from packages which have been imported // lazily. When the package is reified we need to add a // LazyImportObject which refers to the submodule on the module. PyObject *lazy_pending_submodules; #ifdef Py_GIL_DISABLED PyMutex lazy_mutex; #endif这段注释是理解本次变更的关键它明确指出lazy_modules中保存的是已被懒加载的值该值仅用于调试/内省debugging/introspection目的运行时不会使用它。三、为什么从 dict 改为 set设计考量分析结合源码注释与数据结构语义可以归纳出本次变更的几个直接动因纯成员记录无需关联值sys.lazy_modules只关心某个模块是否被懒加载过记录的是模块名的集合。dict 的键值对结构在这里没有可用的 value 语义退化为 set 后数据结构与用途完全匹配。天然去重同一个模块只会被懒加载一次set 的成员唯一性保证一个模块名在集合中只出现一次避免重复记录。若用 dict仍需要额外处理重复键的写入问题。无序即可内省场景只关心成员是否存在不关心记录顺序而 dict 是有序映射保持插入顺序这种有序性在此处没有价值set 作为无序集合语义上更贴切。成员测试操作更自然调用方若想判断某模块是否被懒加载name in sys.lazy_modules的写法比 dict 的name in sys.lazy_modules或sys.lazy_modules.get(name)在语义上更清晰——前者表达的就是集合成员关系而非键是否存在。明确仅内省、不参与运行的定位把公开属性做成不可混淆的集合类型配合 Include/internal/pycore_interp_structs.h 中的注释从类型层面就杜绝了外部代码误以为可以取出某模块对应的值的歧义。从源码结构看这是一次契约修正性质的变更PEP 810 的初始文字规格写的是 dict而实现者发现 set 才是符合实际用途的类型于是通过 gh-issue-148587 落地修正并同步更新了注释与数据结构。四、内部结构并未改变lazy_pending_submodules 仍然是 dict需要特别区分的是变更只涉及公开的sys.lazy_modules运行时内部真正承担调度职责的lazy_pending_submodules依然是 dict。从 Include/internal/pycore_interp_structs.h 的注释可知其职责一个把包名映射到子模块名集合的 dict当从已被懒加载的包中懒加载了子模块时包被实体化reified后需要把指向子模块的LazyImportObject挂到模块上。也就是说数据结构类型归属用途sys.lazy_modulesset公开Python 层可见记录被懒加载的模块名仅供调试/内省运行时不使用lazy_pending_submodulesdict内部仅 C 运行时包名 → 子模块名集合用于在父模块属性被访问时触发对应子模块的懒加载两者配合的机制在 Python/import.c 的ensure_lazy_pending_submodules中可见它会按父模块名在 dict 中查找子模块集合若不存在则创建一个新的 set 并写入 dictint err _PyDict_GetItemRef_Unicode_LockHeld(lazy_modules, parent, lazy_submodules); if (err 0) { // value isnt present lazy_submodules PySet_New(NULL); if (lazy_submodules ! NULL _PyDict_SetItem_LockHeld(lazy_modules, parent, lazy_submodules) 0) { Py_CLEAR(lazy_submodules); } }因此dict 变 set只发生在面向用户的sys.lazy_modules上lazy_pending_submodules这种键是父模块名、值是待触发子模块集合的映射关系天然适合 dict并未改动。五、生命周期与清理懒加载相关数据结构随解释器生命周期创建与销毁。Python/import.c 中提供了对应的清理函数void _PyImport_ClearLazyModules(PyInterpreterState *interp) { Py_CLEAR(LAZY_MODULES(interp)); Py_CLEAR(LAZY_PENDING_SUBMODULES(interp)); }该函数在 Python/import.c 附近的导入子系统清理路径中被调用负责释放解释器持有的 set 与 dict 引用避免泄漏。在 free-threadedPy_GIL_DISABLED构建下Include/internal/pycore_interp_structs.h 还定义了PyMutex lazy_mutex用于保护相关结构的并发访问。六、对开发者的影响内省代码如何适配如果你在支持 PEP 810 懒加载导入的 CPython 构建中编写诊断/内省代码本次变更影响的是访问方式变更前dict 语义代码可能写成sys.lazy_modules.get(name)或遍历sys.lazy_modules.items()变更后set 语义应当使用成员测试name in sys.lazy_modules遍历时使用for m in sys.lazy_modules。例如检查某个模块是否被懒加载可以这样写import sys def is_lazily_loaded(module_name: str) - bool: 判断指定模块是否已被标记为懒加载仅内省用途。 return module_name in sys.lazy_modules # 示例检查当前已懒加载的模块 print(当前被懒加载的模块, sorted(sys.lazy_modules))需要注意两个前提其一sys.lazy_modules在仓库当前源码中仅在启用懒加载导入机制的运行时才被填充内容未启用时它只是解释器启动时创建的空 set其二该属性在 Include/internal/pycore_interp_structs.h 中明确标注为仅调试/内省用途运行时不依赖它因此它不应被当作程序逻辑的输入而只适合作为排查启动性能、观察导入行为时的诊断窗口。七、小结本次变更gh-issue-148587把 PEP 810 规格中的sys.lazy_modules从 dict 修正为 set属于对懒加载导入公开接口的一次类型契约收束sys.lazy_modules现在是set记录被懒加载的模块名仅用于调试与内省运行时并不消费它Python/import.c、Python/sysmodule.c内部调度结构lazy_pending_submodules仍是dict负责包名到待触发子模块集合的映射Include/internal/pycore_interp_structs.hset 语义在去重、成员测试、无序记录三个方面与记录已懒加载模块这一内省用途高度契合这也是变更的根本动因。对于 CPython 贡献者与内省工具作者而言理解sys.lazy_modules的 set 语义、以及它与内部 dict 结构的分工是正确使用和扩展 PEP 810 懒加载导入能力的基础。【免费下载链接】cpythonThe Python programming language项目地址: https://gitcode.com/GitHub_Trending/cp/cpython创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 CPython PEP 810 懒加载导入：sys.lazy_modules 从 dict 改为 set 的实现变更解析
CPython PEP 810 懒加载导入sys.lazy_modules 从 dict 改为 set 的实现变更解析【免费下载链接】cpythonThe Python programming language项目地址: https://gitcode.com/GitHub_Trending/cp/cpython本篇文章围绕 CPython 仓库中的一条新闻条目Misc/NEWS.d/next/Core_and_Builtins/2026-05-18-18-36-28.gh-issue-148587.-RD3z5.rst对应 gh-issue-148587展开深入剖析 PEP 810 懒加载导入lazy imports机制中sys.lazy_modules属性的数据类型变更它由最初在 PEP 810 中定义的 dict 改为 set。读完本文你将理解sys.lazy_modules的真实用途与数据结构差异、变更背后的设计考量以及运行时内部真正承担懒加载调度职责的 dict 结构与公开内省用的 set 之间的分工。一、变更条目原文与背景变更记录原文只有一句话sys.lazy_modulesis now a set instead of a dict as initially spelled out in PEP 810.它属于Core_and_Builtins类别由 gh-issue-148587 跟踪。其含义非常明确PEP 810CPython 的懒加载导入 PEP最初在规格说明中把sys.lazy_modules设计为字典dict而本次变更将其落地为集合set。要理解这个变更需要先明确sys.lazy_modules在 PEP 810 中的地位。懒加载导入lazy imports旨在把模块导入动作推迟到属性真正被访问时执行从而缩短启动时间、减少不必要的初始化开销。sys.lazy_modules是暴露给 Python 层的一个内省入口用于记录哪些模块已被懒加载。二、sys.lazy_modules 现在是什么源码中的 set 实现从当前仓库源码可以确认sys.lazy_modules已经是一个标准 Python set 对象。2.1 初始化_PyImport_InitLazyModules在 Python/import.c 中懒加载相关的解释器级数据结构在导入子系统初始化时创建PyObject * _PyImport_InitLazyModules(PyInterpreterState *interp) { assert(LAZY_MODULES(interp) NULL LAZY_PENDING_SUBMODULES(interp) NULL); LAZY_PENDING_SUBMODULES(interp) PyDict_New(); LAZY_MODULES(interp) PySet_New(0); return LAZY_MODULES(interp); }关键证据就在这两行LAZY_MODULES(interp) PySet_New(0);—— 公开的sys.lazy_modules用PySet_New创建是setLAZY_PENDING_SUBMODULES(interp) PyDict_New();—— 内部的lazy_pending_submodules用PyDict_New创建仍然是dict详见本文第四节。2.2 挂载到 sys 模块在 Python/sysmodule.c 中sys模块创建时把这个 set 作为lazy_modules属性写入模块字典PyObject *lazy_modules _PyImport_InitLazyModules(interp); // borrowed reference if (lazy_modules NULL) { goto error; } if (PyDict_SetItemString(sysdict, lazy_modules, lazy_modules) 0) { goto error; }也就是说解释器启动时sys.lazy_modules就被挂载为一个空的 set之后所有懒加载的模块名都会被添加进去。2.3 写入懒加载发生时PySet_Add懒加载发生的位置会同步把模块名写入这个 set。例如在 Python/import.c 中创建LazyImportObject之后PyObject *res _PyLazyImport_New(frame, builtins, abs_name, fromlist); if (res NULL) { ... } // Add the module name to sys.lazy_modules set (PEP 810). PyObject *lazy_modules LAZY_MODULES(tstate-interp); if (PySet_Add(lazy_modules, abs_name) 0) { goto error; }同样register_from_lazy_on_parentPython/import.c在处理from形式的懒加载导入时也会把形如父模块.子模块的完整名称通过PySet_Add加入 set// Add the module name to sys.lazy_modules set (PEP 810). PyObject *lazy_modules LAZY_MODULES(tstate-interp); if (PySet_Add(lazy_modules, fromname) 0) { Py_DECREF(fromname); return -1; }可以看到代码中的注释直接标注了 Add the module name to sys.lazy_modules set (PEP 810)与新闻条目的表述完全一致。2.4 数据结构定义在 Include/internal/pycore_interp_structs.h 中解释器状态PyInterpreterState内定义了与懒加载相关的全部字段PyObject *lazy_import_func; int lazy_imports_mode; PyObject *lazy_imports_filter; PyObject *lazy_importing_modules; // The set stored in sys.lazy_modules if values that have been // lazily imported. This value is only for debugging/introspection // purposes and is not used by the runtime. PyObject *lazy_modules; // A dict mapping package names to a set of submodule names that // have been imported lazily from packages which have been imported // lazily. When the package is reified we need to add a // LazyImportObject which refers to the submodule on the module. PyObject *lazy_pending_submodules; #ifdef Py_GIL_DISABLED PyMutex lazy_mutex; #endif这段注释是理解本次变更的关键它明确指出lazy_modules中保存的是已被懒加载的值该值仅用于调试/内省debugging/introspection目的运行时不会使用它。三、为什么从 dict 改为 set设计考量分析结合源码注释与数据结构语义可以归纳出本次变更的几个直接动因纯成员记录无需关联值sys.lazy_modules只关心某个模块是否被懒加载过记录的是模块名的集合。dict 的键值对结构在这里没有可用的 value 语义退化为 set 后数据结构与用途完全匹配。天然去重同一个模块只会被懒加载一次set 的成员唯一性保证一个模块名在集合中只出现一次避免重复记录。若用 dict仍需要额外处理重复键的写入问题。无序即可内省场景只关心成员是否存在不关心记录顺序而 dict 是有序映射保持插入顺序这种有序性在此处没有价值set 作为无序集合语义上更贴切。成员测试操作更自然调用方若想判断某模块是否被懒加载name in sys.lazy_modules的写法比 dict 的name in sys.lazy_modules或sys.lazy_modules.get(name)在语义上更清晰——前者表达的就是集合成员关系而非键是否存在。明确仅内省、不参与运行的定位把公开属性做成不可混淆的集合类型配合 Include/internal/pycore_interp_structs.h 中的注释从类型层面就杜绝了外部代码误以为可以取出某模块对应的值的歧义。从源码结构看这是一次契约修正性质的变更PEP 810 的初始文字规格写的是 dict而实现者发现 set 才是符合实际用途的类型于是通过 gh-issue-148587 落地修正并同步更新了注释与数据结构。四、内部结构并未改变lazy_pending_submodules 仍然是 dict需要特别区分的是变更只涉及公开的sys.lazy_modules运行时内部真正承担调度职责的lazy_pending_submodules依然是 dict。从 Include/internal/pycore_interp_structs.h 的注释可知其职责一个把包名映射到子模块名集合的 dict当从已被懒加载的包中懒加载了子模块时包被实体化reified后需要把指向子模块的LazyImportObject挂到模块上。也就是说数据结构类型归属用途sys.lazy_modulesset公开Python 层可见记录被懒加载的模块名仅供调试/内省运行时不使用lazy_pending_submodulesdict内部仅 C 运行时包名 → 子模块名集合用于在父模块属性被访问时触发对应子模块的懒加载两者配合的机制在 Python/import.c 的ensure_lazy_pending_submodules中可见它会按父模块名在 dict 中查找子模块集合若不存在则创建一个新的 set 并写入 dictint err _PyDict_GetItemRef_Unicode_LockHeld(lazy_modules, parent, lazy_submodules); if (err 0) { // value isnt present lazy_submodules PySet_New(NULL); if (lazy_submodules ! NULL _PyDict_SetItem_LockHeld(lazy_modules, parent, lazy_submodules) 0) { Py_CLEAR(lazy_submodules); } }因此dict 变 set只发生在面向用户的sys.lazy_modules上lazy_pending_submodules这种键是父模块名、值是待触发子模块集合的映射关系天然适合 dict并未改动。五、生命周期与清理懒加载相关数据结构随解释器生命周期创建与销毁。Python/import.c 中提供了对应的清理函数void _PyImport_ClearLazyModules(PyInterpreterState *interp) { Py_CLEAR(LAZY_MODULES(interp)); Py_CLEAR(LAZY_PENDING_SUBMODULES(interp)); }该函数在 Python/import.c 附近的导入子系统清理路径中被调用负责释放解释器持有的 set 与 dict 引用避免泄漏。在 free-threadedPy_GIL_DISABLED构建下Include/internal/pycore_interp_structs.h 还定义了PyMutex lazy_mutex用于保护相关结构的并发访问。六、对开发者的影响内省代码如何适配如果你在支持 PEP 810 懒加载导入的 CPython 构建中编写诊断/内省代码本次变更影响的是访问方式变更前dict 语义代码可能写成sys.lazy_modules.get(name)或遍历sys.lazy_modules.items()变更后set 语义应当使用成员测试name in sys.lazy_modules遍历时使用for m in sys.lazy_modules。例如检查某个模块是否被懒加载可以这样写import sys def is_lazily_loaded(module_name: str) - bool: 判断指定模块是否已被标记为懒加载仅内省用途。 return module_name in sys.lazy_modules # 示例检查当前已懒加载的模块 print(当前被懒加载的模块, sorted(sys.lazy_modules))需要注意两个前提其一sys.lazy_modules在仓库当前源码中仅在启用懒加载导入机制的运行时才被填充内容未启用时它只是解释器启动时创建的空 set其二该属性在 Include/internal/pycore_interp_structs.h 中明确标注为仅调试/内省用途运行时不依赖它因此它不应被当作程序逻辑的输入而只适合作为排查启动性能、观察导入行为时的诊断窗口。七、小结本次变更gh-issue-148587把 PEP 810 规格中的sys.lazy_modules从 dict 修正为 set属于对懒加载导入公开接口的一次类型契约收束sys.lazy_modules现在是set记录被懒加载的模块名仅用于调试与内省运行时并不消费它Python/import.c、Python/sysmodule.c内部调度结构lazy_pending_submodules仍是dict负责包名到待触发子模块集合的映射Include/internal/pycore_interp_structs.hset 语义在去重、成员测试、无序记录三个方面与记录已懒加载模块这一内省用途高度契合这也是变更的根本动因。对于 CPython 贡献者与内省工具作者而言理解sys.lazy_modules的 set 语义、以及它与内部 dict 结构的分工是正确使用和扩展 PEP 810 懒加载导入能力的基础。【免费下载链接】cpythonThe Python programming language项目地址: https://gitcode.com/GitHub_Trending/cp/cpython创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考