php入門到就業(yè)線上直播課：進(jìn)入學(xué)習(xí)
API 文檔、設(shè)計(jì)、調(diào)試、自動化測試一體化協(xié)作工具：點(diǎn)擊使用

在過去的十年中，我們一直在為 財(cái)富 500 強(qiáng)公司 以及用戶人數(shù)不超過 500 人的企業(yè)開發(fā)應(yīng)用程序。 一直以來，我們的工程師主要使用 PHP 來開發(fā)后端。 但是兩年前，出現(xiàn)了一些問題不僅嚴(yán)重影響了我們的產(chǎn)品性能，還影響了它們的可擴(kuò)展性 —— 因此我們將 Golang (Go) 引入了我們的技術(shù)棧。

幾乎同時，我們發(fā)現(xiàn) Go 不僅允許我們創(chuàng)建更大的應(yīng)用程序，并且能夠?qū)⑿阅芴岣叨噙_(dá) 40 倍。 有了它，我們能夠擴(kuò)展使用 PHP 編寫的現(xiàn)有產(chǎn)品，并通過結(jié)合兩種語言的優(yōu)勢來改進(jìn)它們。

我們將通過大量的 Go 和 PHP 經(jīng)驗(yàn)告訴你，如何用它解決實(shí)際的開發(fā)問題，以及我們?nèi)绾伟阉兂梢粋€工具，來消除與 PHP 死亡模型 相關(guān)的一些問題。

常規(guī) PHP 開發(fā)環(huán)境#

在講述 Go 如何改善 PHP 死亡模型前，先了解一下常規(guī) PHP 開發(fā)環(huán)境。

通常，應(yīng)用運(yùn)行于 nginx 和 PHP-FPM 上。nginx 處理靜態(tài)請求，而動態(tài)請求則被重定向給 PHP-FPM，并由其執(zhí)行 PHP 代碼。也許你用的是 Apache 和 mod_php，但是他們原理相同，運(yùn)行起來只有細(xì)微的差別。

看看 PHP-FPM 是如何執(zhí)行代碼的。當(dāng)收到請求，PHP-FPM 初始化 PHP 子進(jìn)程，并將請求的詳細(xì)信息轉(zhuǎn)發(fā)給它，作為其狀態(tài)的一部分（_GET, _POST, _SERVER 等）。

在 PHP 腳本執(zhí)行期間，狀態(tài)將無法更改，因此只能通過一種方式獲取一組新的輸入數(shù)據(jù)：清除進(jìn)程內(nèi)存并再次初始化它。

這種性能模型有許多優(yōu)點(diǎn)。你不需要太擔(dān)心內(nèi)存消耗，所有進(jìn)程都是完全隔離的，如果其中一個進(jìn)程「死亡」，它將自動重新創(chuàng)建，并且不會影響其他進(jìn)程。但是，當(dāng)你嘗試擴(kuò)展應(yīng)用程序時，這種方式會有缺點(diǎn)產(chǎn)生。

典型 PHP 環(huán)境的缺點(diǎn)和低效性

如果你從事 PHP 的專業(yè)開發(fā)，那么你就知道從哪兒開始創(chuàng)建一個新項(xiàng)目 —— 選擇框架。它是一個用于依賴注入、ORM、轉(zhuǎn)化和模板方法的庫。當(dāng)然，所有用戶輸入的數(shù)據(jù)都可以方便地放在一個對象中（Symfony / HttpFoundation 或者 PSR-7）。這些框架很棒！

但一切都有它的代價(jià)。在任何企業(yè)框架中，為了處理一個簡單的用戶請求或訪問數(shù)據(jù)庫，您必須加載至少幾十個文件，創(chuàng)建許多類，并解析多個配置。但最糟糕的是，在每個任務(wù)完成后，您需要重置所有內(nèi)容并重新啟動：您剛剛啟動的所有代碼都將變得無用，在它的幫助下，您將無法處理另一個請求。把這件事告訴任何用其他語言編寫的程序員 —— 你會看到他臉上的困惑。

多年來，PHP 工程師一直在尋找解決此問題的方法，他們使用了延遲加載技術(shù)、微幀、優(yōu)化庫、緩存等。但最終，您仍然必須放棄整個應(yīng)用程序，重新開始 *（譯者注：隨著 PHP7.4 中預(yù)加載的出現(xiàn)，這個問題將得到部分解決）

一個 PHP 進(jìn)程能處理多個請求嗎？

您可以編寫持續(xù)時間超過幾分鐘的 PHP 腳本（最多幾小時或幾天）：例如 Cron 任務(wù)、CSV 解析器、隊(duì)列處理程序。所有這些工作遵循一個模式：他們獲取一條任務(wù)，處理完它，然后獲取下一個任務(wù)。代碼常駐在內(nèi)存中，因此避免了額外的操作來加載框架和應(yīng)用程序，節(jié)約了寶貴時間。

但是開發(fā)長時間運(yùn)行的腳本并不是那么容易。任何錯誤都會殺死進(jìn)程，內(nèi)存溢出會導(dǎo)致崩潰，而且不能用 F5 來調(diào)試程序了。

自 PHP 7 后情況有所改善：可靠的垃圾收集器出現(xiàn)了，它變得更容易處理錯誤，內(nèi)核的擴(kuò)展可以避免內(nèi)存泄漏。是的，工程師仍然需要仔細(xì)處理內(nèi)存并記住代碼中的狀態(tài)的問題（有哪一種語言能讓你可以不關(guān)注這些事情呢？）當(dāng)然，在 PHP 7 中，驚喜并不多。

是否可以采用一種 常駐 PHP 腳本的模型，將其用于處理 HTTP 請求等更瑣碎的任務(wù)，從而消除對每個請求都從頭開始下載所有內(nèi)容的需要？

要解決這個問題，首先需要實(shí)現(xiàn)一個服務(wù)器應(yīng)用程序，該應(yīng)用程序可以接收 HTTP 請求并將它們逐個重定向到 PHP worker，而不是每次都?xì)⑺浪?/p>

我們知道我們可以用純 PHP（PHP-PM）或 C 擴(kuò)展（Swoole）編寫 web 服務(wù)器。盡管每種方法都有其優(yōu)點(diǎn)，但這兩種選擇都不適合我們 —— 我想要