导语：
截至 2026 年 3 月 29 日，Python 团队这月最值得细读的两篇官方内容，一篇是 3 月 8 日的 CPython: 36 Years of Source Code，另一篇是 3 月 10 日的 Python 3.15.0 alpha 7。前者把 CPython 36 年的代码增长摊开给所有人看：到 2026 年，代码库已经来到大约 290 万行，并基于 1392 个提交点做了数据集；后者则明确 3.15 还在 alpha 阶段，包含 lazy imports、frozendict、新 profiler、UTF-8 默认编码和明显增强的 JIT。两者合在一起给出的提醒很直接：Python 生态在变快，而团队不能再靠“升一下看看”来维护自己的系统。
1. 为什么“先观测再升级”现在尤其重要
Python 项目很容易给人一种错觉：解释型语言嘛，升级应该没那么重。真正做过中大型 Python 服务的人都知道，这种想法很危险。问题从来不只是语法兼容，还包括：
- import 图是否已经缠死；
- C 扩展和 wheels 是否跟得上；
- 编码默认值变化会不会打到老脚本；
- profiler、JIT、lazy imports 会不会让时序和启动行为发生变化。
如果团队不了解自己的代码库结构，升级时就很容易用一堆零散 benchmark 代替真正的维护决策。
2. CPython 那篇历史文章，其实给了团队一个很实用的方法
那篇文章表面是在讲历史，实际对工程团队最有启发的，是它的做法：用 cloc、脚本和一个可复用的数据集，把代码库的长期变化画出来。这个思路完全可以借给业务团队。
我建议内部 Python 项目也建立三张图：
代码体量图。
哪些目录持续膨胀，哪些模块是核心维护负担。import 依赖图。
谁在拉长启动时间，谁在制造循环依赖和冷启动抖动。性能基线图。
升级前后的启动时间、稳态耗时、内存占用、热点函数采样结果。
没有这些图，你根本不知道 Python 版本升级到底是在修问题，还是在扩大原有混乱。
3. 结合 3.15 alpha 7，推荐这样做预演
第一步，先挑 3 类代表性程序。
Web API、批处理任务、CLI 或 worker。它们对 lazy imports、JIT、编码默认值的敏感点都不同。
第二步，用新 profiler 建立基线。
官方已经把高频、低开销、统计式 profiler 列进 3.15 新特性。别等正式版再看，先在 alpha 阶段就把当前热点路径量出来。
第三步，单独评估 lazy imports。
这类特性很容易让启动变快，但也可能把错误延后到运行期。对插件系统、动态导入、脚本工具尤其要谨慎。
第四步，给 C 扩展和第三方依赖列清单。
很多升级事故不是 Python 自己的问题，而是依赖轮子没准备好。把高风险依赖先列出来，后面会省很多时间。
第五步，把实验写进 CI。
别让版本预演停留在个人电脑。能稳定复现的测试，才有资格进入升级决策。
4. 一个很现实的判断标准
如果一个团队无法在一周内回答下面四个问题，就不应该急着冲 3.15：
- 我们最大的 Python 包袱模块在哪里？
- 当前 import 图里最慢的链路是什么？
- 哪些依赖最可能卡在 3.15 兼容上？
- 我们有没有统一的性能基线，而不是零散截图？
很多升级失败，根本原因不是版本太新，而是团队对自己的代码太陌生。
5. 建议本周就做的动作
- 用
cloc和 import 分析给主要仓库画一版结构图。 - 选一个真实服务跑 3.15 alpha 7 的对照实验。
- 把 profiler 输出和启动时间纳入版本评估。
- 列出所有 C 扩展和高风险依赖。
- 明确 beta 前谁负责跟进 a8 和兼容修复。
6. 结语
Python 团队真正需要的，往往不是更快的升级动作，而是更清楚的自我认识。CPython 那篇关于 36 年代码增长的文章，说到底是在提醒所有维护者：先把代码库看清楚，再谈技术演进。到了 3.15 这个节点，这个提醒非常值钱。因为谁先建立“观测先行”的维护节奏，谁后面就会少掉很多拍脑袋式升级。
参考资料
- Python Insider: CPython: 36 Years of Source Code
https://blog.python.org/2026/03/cpython-codebase-growth/ - Python Insider: Python 3.15.0 alpha 7
https://blog.python.org/2026/03/python-3150-alpha-7/ - Python Insider: The Python Insider Blog Has Moved
https://blog.python.org/2026/03/the-python-insider-blog-has-moved/
