常用的高級語言有很多種，根據運行的方式不同，大體分為兩種：編譯型語言和解釋型語言。

編譯是指在應用源程序執行之前，就將程序源代碼“翻譯”成匯編語言，然后進一步根據軟硬件環境編譯成目標文件。一般稱完成編譯工作的工具為編譯器。

而解釋型語言，在程序運行時才被“翻譯”為機器語言。但是執行一次“翻譯”一次，所以執行效率較低。解釋器的工作就是解釋型語言中，負責“翻譯”源代碼的程序。

對于一段C語言代碼，需要經過預編譯、編譯、匯編和鏈接，才能成為可執行的二進制文件。

以C語言為代表的編譯型語言，代碼發生更新都要經過以上步驟。

編譯型語言的執行示意：

對編譯型語言與解釋型語言的區別的理解，立足于源代碼被編譯成目標平臺CPU指令的時機。對于編譯型語言，編譯結果已經是針對當前CPU體系的指令；而解釋型語言，需要先編譯成中間代碼，再經由該解釋型語言的特定虛擬機，翻譯成特定CPU體系的指令被執行。解釋型語言是在運行過程中，翻譯為目標平臺的指令。常說解釋型語言“慢”，主要也是慢在這里。

在PHP 7中，源代碼首先進行詞法分析，將源代碼切割為多個字符串單元，分割后的字符串稱為Token。而一個一個獨立的Token是無法表達完整語義的，需經過語法分析階段，將Token轉換為抽象語法樹（簡稱AST）。之后，抽象語法樹被轉換為機器指令執行。在PHP中，這些指令稱為opcode。

第1步：源碼通過詞法分析得到Token。
第2步：基于語法分析器生成抽象語法樹（AST）。
第3步：抽象語法樹轉換為opcodes（opcode指令集合），PHP解釋執行opcodes。

1.Token
Token是PHP代碼被切割成的有意義的標識。PHP提供了token_get_all()函數來獲取PHP代碼被切割后的Token.。
二維數組的每個成員數組的第一個值為Token對應的枚舉值。第二個值為Token對應的原始字符串內容。第三個值為代碼對應的行號。
可見，Token就是一個個的“詞塊”，但是單獨存在的詞塊不能表達完整的語義，還需要借助規則進行組織串聯。語法分析器就是這個組織者。它會檢查語法，匹配Token，對Token進行關聯。

2.AST
AST是PHP 7版本新特性。在這之前的版本中，PHP代碼的執行過程中是沒有生成AST這一步的。
AST的節點分為多種類型，對應著PHP語法。
PHP-Parser工具，它可以用來查看PHP代碼生成的AST。
注意　PHP-Parser是PHP 7內核作者之一Nikic編寫的將PHP源碼生成AST的工具。源碼見https://github.com/nikic/PHP-Parser。

3.opcodes
opcode只是單條指令，opcodes是opcode的集合形式，是PHP執行過程中的中間代碼。opcode生成之后由虛擬機執行。
PHP工程優化措施中有一個比較常見的“開啟opcache”，指的就是這里的opcodes的緩存（opcodes cache）。通過省去從源碼到opcode的階段，引擎可以直接執行緩存的opcode，以此

提升性能。
借助vld插件，可以直觀地看到一段PHP代碼生成的opcode。
opcode是PHP 7定義的一組指令標識，指令對應著相應的handler（處理函數）。當虛擬機調用opcode，會找到opcode背后的處理函數，執行真正的處理。二、內核架構
Zend引擎中包含了編譯器和解釋器，從PHP代碼到opcode的執行，均由Zend引擎完成。
Zend引擎除了實現了PHP的核心功能，還提供了一套接口，讓PHP可以在更多的場景中使用，如命令行環境、Web環境等。

該架構圖大致分為四大部分。
1）Zend引擎：前文介紹的詞法/語法分析、AST編譯和opcodes的執行均在Zend引擎中實現。此外，PHP的變量設計、內存管理、進程管理等也在引擎層實現。引擎為PHP提供了基礎服務，PHP的可靠性和高性能都依賴引擎的基礎支撐。同時，Zend引擎的可擴展性，還是PHP得以大規模應用的重要原因之一。

2）PHP層：Zend引擎為PHP提供基礎能力（如內存分配和回收），而來自外部的交互則需要通過PHP層來處理。

3）SAPI：SAPI是Server API的縮寫，其中包含了常見的cli SAPI和fpm SAPI。PHP定義好輸入/輸出規范，依據此規范與PHP交互的一方都可以稱為Server。

4）擴展部分：Zend引擎提供了核心能力和接口規范。在此基礎上開發的擴展，為PHP代碼的性能和功能的多樣性提供了更豐富的選項。三、PHP源碼目錄sapi目錄源碼
sapi目錄是對輸入和輸出層的抽象，是PHP提供對外服務的規范。
PHP程序的輸入可以是來自于命令行的標準輸入，也可以是來自基于cgi/fastcgi協議的網絡請求。同理，輸出可以寫到命令行的標準輸出，也可以作為基于cgi/fastcgi協議的網絡響應返回給客戶端。

命令行模式對應的是二進制程序bin/php；內置模塊的模式不需要提供二進制程序，作為普通函數供Apache或任意C/C++程序來調用即可；CGI模式對應的是二進制程序bin/cgi；FastCGI模式對應的是二進制程序sbin/php-fpm。

幾種常用的SAPI。
1）apache2handler：Apache擴展，編譯后生成動態鏈接庫，配置到Apache下，當有http請求到Apache時，根據配置會調用此動態鏈接庫，執行PHP代碼，完成與PHP的交互。

2）cgi-fcgi：編譯后生成支持CGI協議的可執行程序，webserver（通常為Apache或Nginx）通過CGI協議把請求傳給CGI進程，執行代碼將結果返回給webserver，退出進程。
3）fpm-fcgi：fpm全稱為FastCGI Process Manager，PHP官方提供的FastCGI進程管理器。以Nginx服務器為例，當有http協議請求發送到Nginx服務器，Nginx按照FastCGI協議把請求交給php-fpm進程處理。

4）cli：Command Line Interface的簡稱，PHP的命令行交互接口。

Zend目錄源碼
Zend目錄是PHP的核心代碼。
1.內存管理模塊
2.垃圾回收
3.數組實現

main目錄源碼
main目錄是SAPI層和Zend層的黏合劑。
Zend層實現了PHP腳本的編譯和執行，sapi層實現了輸入和輸出的抽象，main目錄則起到了承上啟下的作用：承上，解析SAPI的請求，分析要執行的腳本文件和參數；啟下，調用Zend引擎之前，完成必要的初始化等工作。

ext目錄源碼
ext是PHP擴展相關的目錄，常用的array、str、pdo等系列函數都在這里定義

。TSRM目錄源碼
PHP在早期更多的是單個進程、單線程模型運行的，在后期才引入了線程安全機制ZTS（Zend Thread Safety）。
TSRM是Thread Safe Resource Manager的縮寫——線程安全資源管理器。
線程安全機制主要為了保證共享資源的安全。PHP的線程安全機制簡潔直觀——在多線程環境下，為每個線程提供獨立的全局變量副本。具體實施是通過TSRM為每個線程分配（分配前加鎖）一個獨立ID（自增）作為當前線程的全局變量內存區索引，在以后的全局變量訪問中，實現線程之間的完全獨立。

以上內容希望幫助到大家，很多PHPer在進階的時候總會遇到一些問題和瓶頸，業務代碼寫多了沒有方向感，不知道該從那里入手去提升，對此我整理了一些資料，包括但不限于：分布式架構、高可擴展、高性能、高并發、服務器性能調優、TP6，laravel，YII2，Redis，Swoole、Swoft、Kafka、Mysql優化、shell腳本、Docker、微服務、Nginx等多個知識點高級進階干貨需要的可以免費分享給大家，需要請戳這里鏈接 或者 知乎專欄

PHP7進階架構師?zhuanlan.zhihu.com