日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當(dāng)前位置: 首頁 > 编程资源 > 综合教程 >内容正文

综合教程

PHP8 的 JIT 是什么?

發(fā)布時間:2023/12/15 综合教程 44 生活家
生活随笔 收集整理的這篇文章主要介紹了 PHP8 的 JIT 是什么? 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

PHP 8 的 JIT

PHP 8 Just In Time (JIT) 編譯器帶來的影響是毋庸置疑的。但是到目前為止,我發(fā)現(xiàn)關(guān)于 JIT 應(yīng)該做什么卻知之甚少。

推薦視頻教程:《PHP編程從入門到精通》

經(jīng)過多次研究和放棄,我決定親自檢查 PHP 源代碼。結(jié)合我對 C 語言的一些知識和我目前收集到的所有零散信息,我提出了這篇文章,我希望它能幫助您更好地理解 PHP 的 JIT。

簡單一點來說 : 當(dāng) JIT 按預(yù)期工作時,您的代碼不會通過 Zend VM 執(zhí)行,而是作為一組 CPU 級指令直接執(zhí)行。

這就是全部的想法。

但是為了更好地理解它,我們需要考慮 php 如何在內(nèi)部工作。不是很復(fù)雜,但需要一些介紹。

PHP 的代碼是怎么執(zhí)行的?

總所周知, PHP 是解釋型語言,但這句話本身是什么意思呢?

每次執(zhí)行 PHP 代碼(命令行腳本或者 WEB 應(yīng)用)時,都要經(jīng)過 PHP 解釋器。最常用的是 PHP-FPM 和 CLI 解釋器。

解釋器的工作很簡單:接收 PHP 代碼,對其進行解釋,然后返回結(jié)果。

一般的解釋型語言都是這個流程。有些語言可能會減少幾個步驟,但總體的思路相同。在 PHP 中,這個流程如下:

讀取 PHP 代碼并將其解釋為一組稱為 Tokens 的關(guān)鍵字。這個過程讓解釋器知道各個程序都寫了哪些代碼。 這一步稱為 Lexing 或 Tokenizing 。

拿到 Tokens 集合以后,PHP 解釋器將嘗試解析他們。通過稱之為 Parsing 的過程生成抽象語法樹(AST)。這里 AST 是一個節(jié)點集表示要執(zhí)行哪些操作。比如,「 echo 1 + 1 」實際含義是 「打印 1 + 1 的結(jié)果」 或者更詳細(xì)的說 「打印一個操作,這個操作是 1 + 1」。

有了 AST ,可以更輕松地理解操作和優(yōu)先級。將抽象語法樹轉(zhuǎn)換成可以被 CPU 執(zhí)行的操作需要一個用于過渡的表達式 (IR),在 PHP 中我們稱之為 Opcodes 。將 AST 轉(zhuǎn)換為 Opcodes 的過程稱為 compilation 。

有了 Opcodes ,有趣的部分就來了: executing 代碼! PHP 有一個稱為 Zend VM 的引擎,該引擎能夠接收一系列 Opcodes 并執(zhí)行它們。執(zhí)行所有 Opcodes 后, Zend VM 就會將該程序終止。

這是包含 Opcache 擴展的流程示意圖:

JIT 編譯有什么效果?

聽了 Zeev 在 PHP Internals News 發(fā)表的 PHP 和 JIT 廣播 之后,我弄清了 JIT 實際做了什么事情。

如果說 Opcache 擴展可以更快的獲取 Opcodes 將其直接轉(zhuǎn)到 Zend VM,則 JIT 讓它們完全不使用 Zend VM 即可運行。

Zend VM 是用 C 編寫的程序,充當(dāng) Opcodes 和 CPU 之間的一層。 JIT 在運行時直接生成編譯后的代碼,因此 PHP 可以

跳過 Zend VM 并直接被 CPU 執(zhí)行。 從理論上說,性能會更好。

這聽起來很奇怪,因為在編譯成機器碼之前,需要為每種類型的結(jié)構(gòu)體編寫一個具體的實現(xiàn)。但實際上這也是合理的。

PHP 的 JIT 使用了名為 DynASM (Dynamic Assembler) 的庫,該庫將一種特定格式的一組 CPU 指令映射為許多不同 CPU 類型的匯編代碼。因此,編譯器只需要使用 DynASM 就可以將 Opcodes 轉(zhuǎn)換為特定結(jié)構(gòu)體的機器碼。

但是,有一個問題困擾了我很久。

如果預(yù)加載能夠在執(zhí)行之前將 PHP 代碼解析為 Opcodes,并且 DynASM 可以將 Opcodes 編譯為機器碼 (Just In Time 編譯) ,為什么我們不立即使用運行前編譯 (Ahead of Time 編譯) 立即編譯 PHP 呢?

通過收聽 Zeev 的廣播,我找到的原因之一就是 PHP 是弱類型語言,這意味著在 Zend VM 嘗試執(zhí)行某個操作碼之前, PHP 通常不知道變量的類型。

可以查看 Zend_value 聯(lián)合類型 得知,很多指針指向不同類型的變量。每當(dāng) Zend VM 嘗試從 Zend_value 獲取值時,它都會使用像 ZSTR_VAL 這樣的宏,獲取聯(lián)合類型中字符串的指針。

例如,這個 Zend VM handler 是處理「小于或等于」(<=) 表達式。看看它編碼這么多的 if else 分支,只是為了類型推斷。

使用機器碼執(zhí)行類型推斷邏輯是不可行的,并且可能變得更慢。

先求值再編譯也不是一個好選擇,因為編譯為機器碼是 CPU 密集型任務(wù)。因此,在運行時編譯所有內(nèi)容也不好。

以上就是PHP8 的 JIT 是什么?的詳細(xì)內(nèi)容,更多請關(guān)注風(fēng)君子博客其它相關(guān)文章!

總結(jié)

以上是生活随笔為你收集整理的PHP8 的 JIT 是什么?的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯,歡迎將生活随笔推薦給好友。