Python 指导委员会暂停 JIT 新功能开发，6 个月内不提交 PEP 提案代码将被删

【导语：近日，Python 指导委员会发布公告，要求暂停代码主分支上即时编译器（JIT）项目的全部新功能开发工作，6 个月内若核心开发者未提交正式 PEP 提案，JIT 代码将从主分支删除，这一决定引发社区争议。】

JIT 项目：从性能提升到紧急刹车

CPython 中正在推进的 JIT 编译器项目，本是 Python 3.13/3.15 性能路线的重要组成部分，已在 x86 - 64 Linux 带来约 8–9% 的几何平均性能提升。然而，近日 Python 指导委员会突然发布公告，要求暂停代码主分支上 JIT 项目的全部新功能开发工作，现有代码可继续修 Bug、进行安全更新，但新功能、新优化、性能迭代全部暂停。

JIT 实验功能背后的治理困境

Python 的 JIT 起初是以“实验性质”进入 CPython 主分支，对应的 PEP 744 只是一个 Informational PEP，未完成标准功能所需的完整治理闭环。该 PEP 本身还留了一堆“未解决问题”，如是否有长期维护团队、安全性审查、调试与工具链支持等关键问题，多年来始终没有形成统一社区规范。指导委员会成员 Pablo Galindo Salgado 承认此前监管宽松，放任高复杂度的核心功能长期处于非正式实验状态。

六个月期限：重新撰写 PEP 的挑战

指导委员会要求 JIT 编译器的核心开发者和贡献者们在未来 6 个月内重新撰写正式 PEP，明确 JIT 的官方定位、维护机制、生态影响与兼容标准等。新 PEP 需解决多个问题，包括 JIT 的长期支持与维护、与现有 CPython 特性和工具的兼容、清晰可衡量的成功指标与时间规划、与其他 JIT 编译器的关系以及架构稳定性等。

社区分歧：开发者各执一词

面对这一政策变更，Python 社区出现明显分歧。JIT 核心开发者 Mark Shannon 认为在新 PEP 获批前叫停所有开发会让团队进退两难，会迫使团队仓促制定新提案，且开发暂停可能导致项目失去推进动力、流失新贡献者。而一些开发者则认为委员会的决定合理，JIT 若要成为 CPython 核心组件，必须走标准 PEP，否则会破坏 Python 一贯的“治理一致性”。

编辑观点：Python 指导委员会的决定虽旨在规范 JIT 项目，但也给项目前景带来变数。在追求性能提升的同时，完善治理规范是必要的，但如何平衡二者，在规定时间内达成共识，是 JIT 项目面临的挑战。