全稱
JIT：Just In Time
好處
- 目前已經很難通過正常手段提升 PHP 的性能，JIT 基本上是目前性能提升的唯一手段；
- JIT 帶來的性能提升可以讓 PHP 在更多使用場景（ CPU 密集）中發揮作用；
- 可以使用 PHP 來開發内置函數，而不用擔心性能方面的問題。這一方面可以加速語言的發展（更多人可以參與進來），同時也可以減少目前使用 C 開發容易出現的記憶體管理、溢出等問題
簡單來說：當JIT按預期工作時，你的代碼将不會通過Zend VM執行，而是直接作為一組CPU級指令執行
PHP代碼執行原理
每當要執行PHP代碼（例如代碼段或整個Web應用程式）時，都必須經過php解釋器。最常用的是PHP FPM和CLI解釋器，他們的工作很簡單：接收php代碼，對其進行解釋并向後吐出結果。
執行流程：
- PHP代碼被讀取并轉換為一組關鍵字，即标記(Tokens)。這個過程允許解釋器了解在程式的哪一部分中寫了哪段代碼。這第一步叫做詞法分析或符号化。
- 有了Tokens後，PHP解釋器将分析這個Tokens集合，并嘗試了解它們。結果通過一個稱為解析的過程生成了一個抽象文法樹(AST)。這個AST是一組訓示應該執行哪些操作的節點。例如，“echo 1 + 1”實際上應該表示“列印1 + 1的結果”，或者更實際一些“列印一個操作，操作是1 + 1”。
- 有了AST，了解操作和優先級就容易得多了。将這個樹轉換成可以執行的東西需要一個中間表示(IR)，在PHP中我們稱之為操作碼。将AST轉換為操作碼的過程稱為編譯。
- 現在，有了操作碼，剩下就是執行代碼。PHP有一個名為Zend VM的引擎，它能夠接收操作碼清單并執行它們。在執行了所有操作碼之後，Zend VM就存在了，程式就終止了。
這裡有一個瓶頸：如果php代碼變化不是那麼頻繁，那麼每次執行代碼時對其進行詞法分析又有什麼意義呢？最後我們隻關心操作碼，是以這就是為什麼存在Opcache擴充
Opcache擴充
Opcache擴充是随PHP附帶的，通常沒有什麼理由禁用它。如果使用PHP，應該打開Opcache。
它的作用是為操作碼在記憶體中添加一個共享緩存層。它的工作是從AST中新生成的操作碼并緩存它們，以便進一步執行可以輕松跳過詞法分析和解析階段
PHP使用Opcache的解釋流程。如果檔案已經被解析，則php會為其擷取緩存的操作碼，而不是再次解析。opcache完美地跳過了詞法分析，文法解析和編譯步驟。
注意：這就是PHP 7.4的預加載功能的亮點！它使你可以告訴PHP FPM解析代碼庫，将其轉換為操作碼并甚至在執行任何操作之前就對其進行緩存。
JIT即時編譯器能做什麼
如果Opcache可以更快地擷取操作碼，這樣它們就可以直接轉到Zend VM，那麼JIT應該讓它們在跳過Zend VM的情況下運作。
Zend VM是一個用C編寫的程式，充當操作碼和CPU本身之間的一個層。JIT所做的是在運作時生成編譯後的代碼，這樣php就可以跳過Zend VM直接轉到CPU。理論上講，我們應該從中獲得性能提升。起初，這對我來說很奇怪，因為為了編譯機器代碼，你需要為每種類型的體系結構編寫一個非常具體的實作。但事實上，它是相當合理的。
PHP的JIT實作使用名為DynASM (Dynamic Assembler)的庫，該庫将一組特定格式的CPU指令映射為許多不同CPU類型的彙編代碼。是以，JIT編譯器使用DynASM将操作碼轉換為特定于架構的機器碼。如果預加載能夠在執行前将php代碼解析為操作碼，而DynASM可以将操作碼編譯為機器碼(正好是及時編譯)，那麼為什麼我們不使用提前編譯的方法直接編譯php呢？PHP是弱類型的，這意味着PHP通常不知道變量的類型，直到Zend VM嘗試執行某個操作碼。這可以通過檢視zend_value聯合類型看出，它有許多指針指向一個變量的不同類型表示。無論何時Zend VM嘗試從zend_value中擷取值，它都會使用像ZSTR_VAL這樣的宏來嘗試從值聯合中通路字元串指針。
例如，這個Zend VM處理程式應該處理一個“小于或等于”(<=)表達式。看看它是如何分支到許多不同的代碼路徑的，隻是為了猜測操作數類型。用機器碼複制這種類型推斷邏輯是不可行的，可能會使事情變得更慢。在計算類型之後編譯所有内容也不是一個好選擇，因為編譯成機器碼是一項CPU密集型任務。是以在運作時編譯所有東西也是不好的。
JIT即時編譯器工作原理
我們不能在編譯前推斷出足夠好的類型，而且在運作時進行編譯是昂貴的。JIT對PHP有什麼好處?為了平衡這個等式，PHP的JIT隻嘗試編譯一些它認為可以得到回報的操作碼。為此，它對Zend VM正在執行的操作碼進行概要分析，并檢查哪些操作碼可以編譯。(根據你的配置)
當編譯某個操作碼時，它将把執行委托給編譯後的代碼，而不是委托給Zend VM。看起來如下:
如果已編譯，則操作碼不會通過Zend VM執行。是以在Opcache擴充中有一些指令檢測某個操作碼是否應該編譯。如果是，編譯器然後使用DynASM将該操作碼轉換為機器碼，并執行新生成的機器碼。有趣的是，由于目前實作中編譯的代碼有兆位元組限制(也是可配置的)，是以代碼執行必須能夠在JIT和解釋代碼之間無縫切換。
總結