整理 | 屠敏

出品 | CSDN（ID：CSDNnews）

Python 社區正在經歷一次不太常見的“內部剎車”事件。

近日，Python 指導委員會突然發布了一則《關于 JIT 項目》的公告，要求暫停代碼主分支上即時編譯器（JIT）項目的全部新功能開發工作。現有的代碼可以繼續修 Bug、進行安全更新， 而所有新功能、新優化、性能迭代全部暫停。

該委員會還給出了明確的時間限制：未來 6 個月內，負責 JIT 開發的核心開發者以及貢獻者必須提交一份正式的 PEP 提案；若逾期未落地，JIT 代碼將徹底從主分支中刪除。

這份公告一出，讓很多開發者感到意外，畢竟 CPython 中正在推進的 JIT 編譯器項目，本來是 Python 3.13/3.15 性能路線的重要組成部分，甚至已經帶來了約 8–9% 的幾何平均性能提升（x86-64 Linux），怎么說停就停了？

從“實驗功能”到“治理爭議”

事實上，Python 內置 JIT 是近年核心性能優化重點，也如上文所說，已實現實打實的性能提升。

然而，Python 的 JIT 并不是一開始就作為正式特性設計的。

它起初是以“實驗性質”進入 CPython 主分支，對應的 PEP 是 PEP 744，但這只是一個 Informational PEP（信息性提案），并沒有完成標準功能所需的完整治理閉環。

此外，這個 PEP 本身也明確留了一堆“未解決問題”，包括是否有長期維護團隊、安全性審查、調試與工具鏈支持、對發行版和下游的影響、運行時保證邊界等關鍵問題，多年來始終沒有形成統一社區規范。

Python 指導委員會成員 Pablo Galindo Salgado 發文也承認此前監管寬松，放任高復雜度的核心功能長期處于非正式實驗狀態。其表示：“對于如此復雜、影響范圍如此廣的變更，我們（指導委員會）在流程執行上的把控不夠嚴格。”

預留六個月時間，讓 JIT 核心開發者們重新撰寫 PEP

為此，Python 指導委員會成員要求 JIT 編譯器的核心開發者和貢獻者們重新撰寫正式 PEP，明確 JIT 的官方定位、維護機制、生態影響與兼容標準，供社區討論，指導委員會在評估后正式接受或者拒絕。

同時 Python 委員會也建議 JIT 編譯器的核心開發者開放新思路：不要局限現有單一 JIT 方案，可搭建通用 JIT 基礎設施，支持多種優化策略迭代測試。

此外官方明確最新版本的 PEP 提案至少能解決以下幾個問題：

• 尤其對于這樣規模和復雜度的子系統而言，維護確實是一個現實問題。因此，這份 PEP 應當明確說明：JIT 將如何在長期內得到持續支持與維護，以及它會如何影響那些并不直接參與 JIT 開發的維護者和貢獻者。

• 它還需要說明，JIT 將如何與現有 CPython 特性和工具保持兼容。例如，JIT 如何與 CPython 已有能力協同工作，并且對這些能力提供什么樣的保證。這包括諸如 free-threading、性能分析器以及調試器等，但 PEP 應該以更廣泛、更細致的方式來處理這些問題，而不是簡單地當作一個固定檢查清單。

• 此外，還需要給出清晰、可衡量的成功指標與時間規劃。也就是說，這個項目到底要達成什么目標、在什么時候達成，例如性能目標、平臺覆蓋范圍以及內存開銷等方面的具體指標。

• 另一個重要問題是它與其他 JIT 編譯器的關系。需要說明該設計是否旨在提供一種通用基礎設施，以供其他項目在其之上構建；以及它預期是與第三方 JIT 實現兼容還是不兼容，例如 CinderX、Numba、PyTorch 或其他任何第三方 JIT。

• 還需要明確當前 JIT 架構是否被視為穩定設計，還是仍然可能繼續發生變化。

不止于此，Pablo Galindo Salgado 進一步表示，「以上列表并不完整，它只是我們希望該 PEP 能覆蓋的問題類型示意。隨著社區討論的推進，我們也預期會進一步補充新的關注點。」

社區爭議：核心開發者反對凍結，贊同聲也此起彼伏

面對這一政策變更，Python 社區出現了明顯的分歧。

據外媒 The Register 報道，JIT 核心開發者 Mark Shannon 認為：“在新 PEP 獲批前叫停所有開發，讓我們進退兩難。”

因為這會迫使 JIT 團隊倉促制定新提案，卻不給社區留出充分的討論時間。他透露，團隊原本計劃今年晚些時候再推出新提案，屆時編譯器的性能提升效果會更顯著。

另外，Mark Shannon 已申請一兩個月的寬限期，以便繼續推進開發。他表示：“開發暫停可能導致項目失去推進動力，還會流失我們近期吸納的新貢獻者。”

當被問及能否在分支倉庫中繼續開發時，Mark Shannon 稱此舉并不可行 —— 由于優化代碼的生成機制特殊，分支與主分支的代碼差異會極大，難以維護管理。

另一邊，也有一些開發者認為 Python 委員會的決定是合理的：JIT 已經不是“小實驗”，如果未來要成為 CPython 核心組件，必須走標準 PEP，否則會破壞 Python 一貫的“治理一致性”。

結語

本次整改意味著 Python 官方徹底收緊主干分支實驗性功能規則，終結了 JIT 多年“邊做邊試、無正式規范”的迭代模式，核心功能升級全面回歸標準化社區共識機制。

Python 委員會成員 Pablo Galindo Salgado 也解釋道，「我們并非要終止這個項目，而是要讓項目本身以及社區獲得清晰的說明和明確的承諾，以應對 CPython 運行時如此重大的變革。」

不過，現實來看，指導委員會的這一決定，也讓 JIT 項目的前景蒙上陰影。此前該項目幾乎確定會成為 CPython 的官方組成部分，而如今變數陡增。要在六個月內完成一份 PEP 提案并達成共識，時間本就十分緊張；一旦 JIT 代碼真的被移出主分支，項目發展節奏大幅放緩。

對此，你怎么看？

參考：

https://www.theregister.com/devops/2026/06/08/python-jit-compiler-may-be-removed/5252079

https://discuss.python.org/t/an-announcement-from-the-steering-council-regarding-the-jit-project/107638

開發者“神裝”補給站｜極客頭條讀者專屬福利

200 小時 GPU 算力免費送

瑞幸咖啡/肯德基早餐/下午茶等能量套餐任選其一

入群還可每月定期抽取旗艦顯卡、AI PC 等極客神裝