Python 3.13 免鎖模式 No-GIL 完整解析

作者：默思編輯部　發布：2026-07-11

什麼是 GIL，為什麼大家吵了 20 年

GIL（Global Interpreter Lock，全域直譯器鎖）是 CPython 直譯器內建的一把鎖，確保同一時間只有一個執行緒能執行 Python bytecode。這個設計在單執行緒時代很合理：簡化記憶體管理、避免競爭條件，但也讓 Python 的多執行緒程式碼幾乎沒辦法真正利用多核心 CPU 做平行運算。

過去大家繞過 GIL 的方式，不外乎：

• 用 multiprocessing 開多個行程（但行程間溝通成本高）
• 把運算密集的部分丟給 NumPy、Pandas 底層的 C 擴充套件（這些函式庫在執行 C 代碼時會釋放 GIL）
• 直接改用 Rust、Go 處理效能敏感的部分

Python 3.13 做了什麼改變

Python 3.13（2024 年底發布）正式納入 PEP 703，提供一個可選的「免鎖建置」（--disable-gil 編譯選項），讓 CPython 可以在完全不啟用 GIL 的模式下運行。這代表：

1. 多執行緒的 CPU 密集型程式，理論上終於能吃滿多核心
2. 現有的 C 擴充套件（NumPy、Pandas 等）需要重新編譯、確認相容性才能在免鎖模式下正常運作
3. 這仍是實驗性功能，官方預期要到 Python 3.15、3.16 左右才會真正穩定成為預設行為

對開發者實際代表什麼

如果你在做的是：

• Web 後端（Django、FastAPI）：這類應用大多是 I/O bound（等資料庫、等網路），GIL 早就不是主要瓶頸，免鎖模式短期內感受不明顯
• 資料科學/機器學習：如果你重度依賴 NumPy、PyTorch，這些函式庫本身已經有自己的平行化機制，還需要等生態系統跟進免鎖模式的相容性
• 自己寫 CPU 密集的多執行緒運算（例如影像處理、模擬運算）：這是免鎖模式最直接受惠的族群，但目前建議先在測試環境評估，還不建議直接上生產環境

現在能不能用

技術上可以：官方發布的免鎖建置版本可以直接下載測試。但實務上，多數專案仍建議先觀望，原因是：

• 大量第三方套件還沒完成免鎖模式的相容性測試
• 免鎖模式下單執行緒效能目前略有下降（官方估計約 5-10%），這是暫時的效能取捨
• 官方文件本身也標註這是「實驗性」，不建議用在正式環境

小結

GIL 的鬆綁是 Python 這幾年最重要的底層變革之一，但這是一場需要 2-3 個發布週期才會真正落地的長期工程，而不是「升級就變快」的即時效果。如果你的專案屬於 CPU 密集型的多執行緒場景，現在是開始關注、小規模測試的好時機；如果是一般 Web 後端或依賴成熟資料科學套件，現階段可以先持續觀察生態系統的相容性進度再決定是否導入。

想從頭紮實學好 Python，歡迎參考默思 Mindset 的 Python 課程。