這條理由我也聽過很多，我發現它過於簡化了 CPython 的實際工作原理。當你在終端上寫 python myscript.py 時，CPython 會啟動一長串操作，包括讀取、詞法分析、語法分析、編譯、解釋以及執行。

如果你對這些過程感興趣，可以看看我之前寫的文章：

6分鐘修改Python語言：https://hackernoon.com/modifying-the-python-language-in-7-minutes-b94b0a99ce14

這個過程的重點就是它會在編譯階段生成.pyc檔案，位元組碼會寫到__pycache__/下的檔案中（如果是Python 3），或者寫到與原始碼同一個目錄中（Python 2）。不僅你編寫的指令碼是這樣，所有你匯入的程式碼都是這樣，包括第三方模組。

因此絕大多數情況下（除非你寫的程式碼只會執行一次），Python是在解釋位元組碼並在本地執行。與Java和C#.NET比較一下：

Java將原始碼編譯成“中間語言”，然後Java虛擬機器讀取位元組碼並即時編譯成機器碼。.NET CIL也是一樣的，.NET的公共語言執行時（CLR）使用即時編譯將位元組碼編譯成機器碼。

那麼，既然它們都使用虛擬機器，以及某種位元組碼，為什麼Python在效能測試中比Java和C#慢那麼多？第一個原因是，.NET和Java是即時編譯的（JIT）。

即時編譯，即JIT（Just-in-time），需要一種中間語言，將程式碼分割成小塊（或者稱幀）。而提前編譯（Ahead of Time，簡稱AOT）是編譯器把原始碼翻譯成CPU能理解的程式碼之後再執行。

JIT本身並不能讓執行更快，因為它執行的是同樣的位元組碼序列。但是，JIT可以在執行時做出優化。好的GIT優化器能找到應用程式中執行最多的部分，稱為“熱點”。然後對那些位元組碼進行優化，將它們替換成效率更高的程式碼。

這就是說，如果你的應用程式會反覆做某件事情，那麼速度就會快很多。此外，別忘了Java和C#都是強型別語言，所以優化器可以對程式碼做更多的假設。

前面說過，PyPy有個JIT，因此它比CPython要快很多。下面這篇效能測試的文章介紹得更詳細：

哪個版本的Python最快？https://hackernoon.com/which-is-the-fastest-version-of-python-2ae7c61a6b2b

那麼為什麼CPython不用JIT？

JIT也有缺點：首先就是啟動速度。CPython的啟動速度已經比較慢了，而PyPy的啟動速度要比CPython慢兩到三倍。Java虛擬機器的啟動速度也是出了名的慢。.NET CLR在系統啟動時啟動，因此避免了這個問題，但這要歸功於CLR和作業系統是同一撥開發者開發的。

如果你有一個Python程序需要執行很長時間，而且程式碼裡包含“熱點”可以被優化，那麼使用JIT就很不錯。

但是，CPython是個通用的實現。因此如果要用Python開發命令列程式，那麼每次都要等待JIT呼叫CLI就特別慢了。

CPython試圖滿足大部分情況下的需求。有一個在CPython中實現JIT（https://www.slideshare.net/AnthonyShaw5/pyjion-a-jit-extension-system-for-cpython）的專案，不過這個專案已經停止很久了。

如果你想要享受JIT的好處，並且要處理的任務適合JIT，那就使用PyPy。