Python 3.15 正式发布：懒加载+默认UTF-8
2026 年 10 月 9 日（当地时间），Python 官方正式发布了 3.15.0 稳定版。这是 Python 一年一度的特性版本更新，距离 3.14 整整 12 个月。本次版本汇聚了 1012 位贡献者的 5643 次代码提交，原定于 10 月 1 日发布，因第三个候选版（RC3）修复了懒加载相关的缺陷而推迟了一周。
3.15 的更新清单相当扎实：显式懒加载、内置不可变字典 frozendict、全平台默认 UTF-8 编码，以及迎来实质性升级的实验性 JIT 编译器。对于每天都在和 Python 打交道的开发者来说，这是一次值得认真阅读变更日志的版本。
核心新特性一览
显式懒加载：启动更快了
长期以来，Python 在 import 时会立即加载整个模块及其依赖链。对于依赖众多的命令行工具和大型应用，启动阶段可能白白耗费数秒。PEP 810 引入了新的 lazy import 语法——它把名字绑定到一个轻量代理对象上，模块只在第一次被真正访问时才加载：
lazy import json print("json" in sys.modules) # False，尚未加载 data = json.loads('{"lang": "Python"}') print("json" in sys.modules) # True，首次访问时才加载关键在于这是完全可选的：现有代码的行为没有任何变化，只有开发者显式选择加入才会生效。测试套件、命令行工具和依赖繁重的应用将是最大的受益者。
全平台默认 UTF-8 编码
PEP 686 可能是对普通开发者影响最大的一项改动。以往 open() 等不指定编码的文件操作会跟随操作系统的 locale 设置，在 Windows 上尤其容易踩坑。从 3.15 起，Python 在所有平台统一默认使用 UTF-8 读写文本。如果旧代码依赖系统默认编码，可以通过 PYTHONUTF8=0 环境变量回退。建议升级前先在测试环境跑一遍文件读写相关的用例。
frozendict 与哨兵类型
PEP 814 新增了内置的不可变字典类型 frozendict——创建后不可修改，此前只能用 types.MappingProxyType 或第三方库来实现。PEP 661 则新增了 sentinel 内置类型，用于创建独一无二的标记值，可以替代过去 _sentinel = object() 的惯用写法，可读性和调试体验都更好。
推导式支持解包
PEP 798 允许在推导式内部使用解包操作，[*L for L in lists] 这样的写法现在合法了，写扁平化逻辑时更顺手。
JIT 编译器：终于开始兑现
实验性 JIT 编译器在 3.13 登场时更多是概念验证，不少工作负载下甚至跑不过解释器。3.15 为它新增了 tracing 前端，官方基准数据显示：在 x86-64 Linux 上相对标准解释器几何平均提升 7%~8%，在 AArch64 macOS 上相对尾调用解释器提升 11%~12%（注意两者基线不同，数字不可直接对比）。需要提醒的是，JIT 依然是实验性的，仅在支持的构建中可用且需要显式开启——绝大多数用户今天还用不上，但技术方向已经明确。
标准库、类型系统与构建改进
- PEP 799：新增专用的性能分析（profiling）工具包，并引入 Tachyon 高频统计采样分析器；
- 终端输出与报错信息支持更多彩色高亮，错误提示继续优化；
- 类型系统新增 PEP 728（TypedDict 支持为额外键指定类型）、PEP 747（TypeForm）、PEP 800（互斥基类）；
- PEP 831：默认启用帧指针（frame pointers），方便系统级性能分析工具；
- 官方构建：Windows 64 位安装包默认采用尾调用解释器，macOS 安装包默认包含自由线程（free-threaded）构建；C API 方面新增 PEP 782 的 PyBytesWriter、PEP 788 的终结保护，以及面向自由线程构建的稳定 ABI（PEP 803、820、793）。
背景：Python 的”更快”路线图
Python 的年度发布节奏已经相当稳定：3.13 试水 JIT、3.14 持续打磨，3.15 则在启动速度、编码体验和运行性能三条线上同时推进。启动速度一直是 CPython 的老痛点——在云函数、CLI 工具这类对冷启动敏感的场景里，import 链的加载开销会被放大，懒加载正是对症的解法之一。
默认 UTF-8 则是多年讨论的结果，对 Windows 生态意义最大：过去跨平台代码里无处不在的 encoding="utf-8" 参数，今后可以少写很多。而 JIT 的稳步提速、自由线程构建进入官方安装包，也显示出 CPython 在与 PyPy、GraalPy 等替代实现的性能竞争中没有放慢脚步。
影响与升级建议
对于生产环境，建议先在测试环境验证再升级，尤其是依赖系统默认编码的代码，PYTHONUTF8=0 可以作为过渡期的保险。开发命令行工具或依赖较重的应用，可以尝试用 lazy import 优化启动耗时；库作者则需要关注类型系统与自由线程 ABI 的变化。
做 AI 和数据科学的读者可以先冷静：JIT 仍是实验性，短期内不要指望它带来数量级的性能跃升，重计算部分依然要靠 NumPy 这类 C 扩展。3.15 更像是一次扎实的”还债式”更新——把启动慢、编码坑、性能短板逐一补上。
展望未来，3.15 奠定了懒加载语义和自由线程稳定 ABI 的基础，后续版本大概率继续在性能上加码。按一年一版的节奏，下一个窗口是 2027 年 10 月的 3.16。对开发者而言，升级的收益是真实的，但节奏可以从容：先读变更日志，再动手。