17370845950

Python 默认使用 UTF-8 是因其兼顾国际化支持、ASCII 兼容性、存储效率及现代系统生态一致性；它向后兼容 ASCII，原生支持 Unicode，比 UTF-16/UTF-32 更省空间且无 BOM 问题，并通过 PEP 597 强化跨平台默认地位。

Python 默认使用 UTF-8，是因为它兼顾了国际化的广泛支持、ASCII 兼容性、存储效率和现代系统生态的一致性。

UTF-8 是 ASCII 的超集，向后兼容

Python 诞生于 1991 年，早期大量代码和文档基于 ASCII。U

TF-8 编码下，所有 ASCII 字符（U+0000–U+007F）占用 1 字节，且字节值与 ASCII 完全一致。这意味着纯英文的 Python 源码、变量名、关键字、注释在 UTF-8 下无需任何修改就能正确解析——对旧代码零侵入。

原生支持全球文字，无需额外配置

从 Python 3.0 开始，字符串类型 str 统一为 Unicode，而源文件默认编码必须能表达所有 Unicode 字符。UTF-8 是事实标准：Linux/macOS 终端默认用 UTF-8，主流编辑器（VS Code、PyCharm）新建文件默认保存为 UTF-8，HTTP/HTML/JSON 等协议也普遍采用 UTF-8。Python 顺应当下环境，避免用户频繁写 # -*- coding: utf-8 -*- 或遭遇 UnicodeDecodeError。

比其他 Unicode 编码更实用

相比 UTF-16 或 UTF-32：

• UTF-8 对英文和拉丁系文本更省空间（1 字节/字符），适合代码主体；
• 没有字节序（BOM）问题，跨平台读写更稳定（Windows 记事本加 BOM 常导致 SyntaxError，但 Python 明确不推荐 BOM）；
• 字节流中可安全查找 ASCII 字符（如换行符 \n），利于解析和工具链集成。

PEP 597 推动默认编码统一

即便在 Windows 上传统使用 cp1252 或 GBK，Python 3.15（2025 年发布）起将通过 PEP 597 启用“宽松 UTF-8 模式”：当系统 locale 非 UTF-8 时，Python 仍尝试用 UTF-8 解码源文件和终端输入，并静默回退而非报错。这进一步巩固 UTF-8 作为事实默认的地位。

不是历史偶然，而是权衡可读性、兼容性、生态和实用性后的自然选择。