前言

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

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

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

讓我們深入研究一下。

Opcache，但更多

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

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

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

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

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

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

在實踐中預(yù)加載

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

規(guī)則很簡單：

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

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

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

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

這是一個虛擬實現(xiàn)：

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

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

請注意opcache_compile_file，您也可以使用include該文件代替使用。雖然似乎有一個bug，因為在編寫時這似乎不起作用。

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

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

如果類依賴項有任何問題，您會在服務(wù)器啟動時注意到它：

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

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

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

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

Composer支持

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

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

幸運(yùn)的是，如果你不想，你將不需要手動配置預(yù)加載文件，composer將能夠為你做到這一點。

服務(wù)器要求

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

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

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

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

性能

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

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

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

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

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

現(xiàn)在，最重要的是要記住，comopser會添加支持，這樣你就不必自己制作預(yù)裝文件了，而且這個功能很容易在服務(wù)器上設(shè)置，因為你可以完全控制它。

總結(jié)

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