PHP 7.4中使用預(yù)加載的方法詳解

前言

PHP 7.4增加了預(yù)加載支持，這一功能可以顯著提高代碼的性能。

這是一個(gè)簡單的預(yù)加載：

• 為了預(yù)加載文件，您需要編寫自定義PHP腳本
• 此腳本在服務(wù)器啟動(dòng)時(shí)執(zhí)行一次
• 所有預(yù)加載的文件都可在內(nèi)存中用于所有請求
• 在重新啟動(dòng)服務(wù)器之前，對源文件所做的更改不會(huì)產(chǎn)生任何影響

讓我們深入研究一下。

Opcache，但更多

雖然預(yù)加載是在頂級(jí)操作opcache上構(gòu)建的，但它并不完全相同。Opcache將獲取您的PHP源文件，將其編譯為“操作碼”，并將這些編譯后的文件存儲(chǔ)在磁盤上。

您可以將“操作碼”視為代碼的低級(jí)表示，可以在運(yùn)行時(shí)輕松解釋。因此，opcache會(huì)跳過源文件之間的轉(zhuǎn)換步驟以及PHP解釋器在運(yùn)行時(shí)實(shí)際需要的內(nèi)容。一場巨大的勝利！

但是，還有更多的東西可以獲得。Opcached文件不了解其他文件。如果你有一個(gè)A從類擴(kuò)展的類B，你仍然需要在運(yùn)行時(shí)將它們鏈接在一起。此外，opcache執(zhí)行檢查以查看源文件是否已被修改，并將基于此文件使其緩存無效。

所以這就是預(yù)加載發(fā)揮作用的地方：它不僅將源文件編譯為操作碼，還將相關(guān)的類，特征和接口鏈接在一起。然后，它將保留這個(gè)“已編譯”的可運(yùn)行代碼blob - 即：PHP解釋器可用的代碼 - 在內(nèi)存中。

當(dāng)請求到達(dá)服務(wù)器時(shí)，它現(xiàn)在可以使用已經(jīng)加載到內(nèi)存中的部分代碼庫，而沒有任何開銷。

那么，我們談?wù)摰氖恰按a庫的哪些部分”？

在實(shí)踐中預(yù)加載

為了使預(yù)加載工作，開發(fā)人員必須告訴服務(wù)器要加載哪些文件。這是通過一個(gè)簡單的PHP腳本完成的，所以沒有什么可怕的。

規(guī)則很簡單：

• 您提供了一個(gè)預(yù)加載腳本，并使用您的php.ini文件鏈接到它 opcache.preload
• 您要預(yù)加載的每個(gè)PHP文件都應(yīng)該opcache_compile_file()從preload腳本中傳遞到

假設(shè)您想要預(yù)加載一個(gè)框架，例如Laravel。您的腳本必須遍歷目錄中的所有PHP文件vendor/laravel，并逐個(gè)包含它們。

以下是您在php.ini中鏈接到此腳本的方法：

opcache.preload=/path/to/project/preload.php

這是一個(gè)虛擬實(shí)現(xiàn)：

$files = /* An array of files you want to preload */;

foreach ($files as $file) {
 opcache_compile_file($file);
}

請注意opcache_compile_file，您也可以使用include該文件代替使用。雖然似乎有一個(gè)bug，因?yàn)樵诰帉憰r(shí)這似乎不起作用。

警告：無法預(yù)加載未鏈接的類

堅(jiān)持下去，有一個(gè)警告！為了預(yù)先加載文件，還必須預(yù)先加載它們的依賴項(xiàng) - 接口，特征和父類。

如果類依賴項(xiàng)有任何問題，您會(huì)在服務(wù)器啟動(dòng)時(shí)注意到它：

Can't preload unlinked class
Illuminate\Database\Query\JoinClause:
Unknown parent
Illuminate\Database\Query\Builder

請參閱opcache_compile_file()解析文件，但不執(zhí)行它。這意味著如果一個(gè)類具有未預(yù)加載的依賴項(xiàng)，則其本身也不能被預(yù)加載。

這不是一個(gè)致命的問題，您的服務(wù)器將正常工作; 但是你不會(huì)擁有你真正想要的所有預(yù)裝文件。

這就是為什么你應(yīng)該注意要預(yù)加載哪些文件，以確保解決所有依賴項(xiàng)。手動(dòng)執(zhí)行此操作可能看起來像是一件苦差事，所以很自然人們已經(jīng)在開發(fā)自動(dòng)化解決方案。

Composer支持

最有前途的自動(dòng)化解決方案來自composer，現(xiàn)在已經(jīng)被大多數(shù)現(xiàn)代PHP項(xiàng)目所使用。

人們正在努力添加預(yù)加載配置選項(xiàng)composer.json，進(jìn)而為您生成預(yù)加載文件！就像預(yù)加載一樣，此功能仍在進(jìn)行中，但可以在此處進(jìn)行操作。

幸運(yùn)的是，如果你不想，你將不需要手動(dòng)配置預(yù)加載文件，composer將能夠?yàn)槟阕龅竭@一點(diǎn)。

服務(wù)器要求

關(guān)于使用預(yù)加載時(shí)的devops方面，還有兩個(gè)更重要的事情需要提及。

您已經(jīng)知道需要在php.ini中指定一個(gè)條目才能使預(yù)加載工作。這意味著如果您使用共享主機(jī)，則無法根據(jù)需要自由配置PHP。

實(shí)際上，您需要一個(gè)專用（虛擬）服務(wù)器才能為單個(gè)項(xiàng)目優(yōu)化預(yù)加載的文件。所以記住這一點(diǎn)。

還要記住php-fpm，每次要重新加載內(nèi)存中的文件時(shí)，都需要重新啟動(dòng)服務(wù)器（如果你正在使用它就足夠了）。這對大多數(shù)人來說似乎是顯而易見的，但仍值得一提。

性能

現(xiàn)在談到最重要的問題：預(yù)加載實(shí)際上是否提高了性能？

答案是肯定的，當(dāng)然：Ben Morel分享了一些基準(zhǔn)，可以在與之前相關(guān)的同一個(gè)composer問題中找到。

有趣的是，您可以決定只預(yù)加載“熱門類”：代碼庫中經(jīng)常使用的類。Ben的基準(zhǔn)測試表明，只加載大約100個(gè)熱門類，實(shí)際上比預(yù)加載所有產(chǎn)生更好的性能提升。這是性能提升13％和17％的差異。

應(yīng)該預(yù)先加載哪些類依賴于您的特定項(xiàng)目。在開始時(shí)盡可能簡單地預(yù)加載是明智的。如果您確實(shí)需要增加幾個(gè)百分比，則必須在運(yùn)行時(shí)監(jiān)控代碼。

所有這些當(dāng)然也可以自動(dòng)化，并且可能在將來完成。

現(xiàn)在，最重要的是要記住，comopser會(huì)添加支持，這樣你就不必自己制作預(yù)裝文件了，而且這個(gè)功能很容易在服務(wù)器上設(shè)置，因?yàn)槟憧梢酝耆刂扑?/p>

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對腳本之家的支持。