一个命名空间统领所有命名空间（2026年Python语言峰会）
内容提要
在2026年Python语言峰会上，Pablo Galindo Salgado提议为标准库增设顶层命名空间std，以解决扁平命名空间导致的模块遮蔽问题（如项目中的random.py覆盖标准库）。未来新模块可能仅以std.前缀发布，旧导入方式仍兼容，此举还可推动标准库解绑与独立更新。有人建议改用from std import语法以避免sys.modules重复，与会者普遍支持。
延伸解读
模块遮蔽问题的根源与影响
文章指出，Python的扁平命名空间导致项目中的模块（如random.py）可能遮蔽标准库模块，引发看似随机的AttributeError。这不仅困扰新手，也迫使核心开发者为新模块选择别扭的名称（如tomllib、zoneinfo），因为PyPI上已有同名包。虽然-P选项可缓解，但多数用户未启用。
std命名空间的兼容性与渐进策略
Pablo提议新增顶层命名空间std，旧导入方式保持兼容。未来新模块可能仅以std.前缀发布，以鼓励采用。讨论中有人建议改用from std import语法，避免sys.modules重复，并可能引入特殊关键字。与会者普遍支持，但具体实施需权衡。
标准库解绑的潜在收益与风险
std命名空间为解绑标准库创造条件，使模块能独立于解释器更新，通过PyPI分发，加快安全修复和迭代。但Ruby的教训显示风险：长弃用周期、传递依赖警告、未列出的CVE。因此，解绑需谨慎设计，避免生态碎片化。
社区讨论中的关键考量
讨论涉及多个角度：新手友好性、安全边界、性能开销（Pablo称成本几乎为零）、迁移工作量（机械但需触及所有导入）。Guido确认所有标准库模块最终都需迁移。Gregory Smith提醒提案可能试图解决多个问题，建议明确目标，保持开放但聚焦。
Q&A
Python 中为什么会出现标准库模块被遮蔽的问题？
因为 Python 采用扁平模块命名空间，标准库和第三方模块、项目代码之间没有区分。当项目目录或 PYTHONPATH 中存在与标准库同名的文件（如 random.py）时，该文件会优先于标准库模块被导入，导致标准库模块无法正常使用。
Pablo Galindo Salgado 提出的 std 命名空间方案具体是什么？
提议为标准库增设一个顶层命名空间 std，用户可以通过 import std.json 或 from std import json 来明确导入标准库模块。原有的 import json 方式仍然兼容，但未来新模块可能只以 std. 前缀发布。
扁平命名空间对标准库新模块的命名有什么影响？
由于 PyPI 上已有大量模块名被占用，核心开发者在为标准库添加新模块时，常常需要选择“别扭”的名字，比如加上 lib 后缀（tomllib、graphlib）或使用不直观的名称（zoneinfo 而非 timezone）。
引入 std 命名空间后，标准库可以如何解绑？
标准库模块可以独立于 Python 解释器进行升级，并通过 PyPI 分发。这样可以实现安全修复的带外更新，以及比 Python 核心更快的模块迭代。
有人建议用 from std import 语法来避免什么问题？
为了避免 sys.modules 中出现重复的模块条目。使用 from std import random 时，模块名保持不变，std 命名空间不会出现在用户代码中，从而避免模块被重复加载。
与会者对 std 命名空间提案的总体态度如何？
与会者普遍支持。在关于使用关键字的意向表决中，没有人“讨厌这个想法”，许多人“喜欢这个想法”。
