站長資訊網
享受它的樂趣吧！
在過去的十年中，我們一直在為 財富 500 強公司 以及用戶人數不超過 500 人的企業開發應用程序。 一直以來，我們的工程師主要使用 PHP 來開發后端。 但是兩年前，出現了一些問題不僅嚴重影響了我們的產品性能，還影響了它們的可擴展性——因此我們將 Golang (Go) 引入了我們的技術棧。
幾乎同時，我們發現 Go 不僅允許我們創建更大的應用程序，并且能夠將性能提高多達 40 倍。 有了它，我們能夠擴展使用 PHP 編寫的現有產品，并通過結合兩種語言的優勢來改進它們。
我們將通過大量的 Go 和 PHP 經驗告訴你，如何用它解決實際的開發問題，以及我們如何把它變成一個工具，來消除與 PHP 死亡模型 相關的一些問題。
推薦學習：《PHP視頻教程》
常規 PHP 開發環境
在講述 Go 如何改善 PHP 死亡模型前，先了解一下常規 PHP 開發環境。
通常，應用運行于 nginx 和 PHP-FPM 上。nginx 處理靜態請求，而動態請求則被重定向給 PHP-FPM，并由其執行 PHP 代碼。也許你用的是 Apache 和 mod_php，但是他們原理相同，運行起來只有細微的差別。
看看 PHP-FPM 是如何執行代碼的。當收到請求，PHP-FPM 初始化 PHP 子進程，并將請求的詳細信息轉發給它，作為其狀態的一部分（_GET, _POST, _SERVER 等）。
在 PHP 腳本執行期間，狀態將無法更改，因此只能通過一種方式獲取一組新的輸入數據：清除進程內存并再次初始化它。
這種性能模型有許多優點。你不需要太擔心內存消耗，所有進程都是完全隔離的，如果其中一個進程「死亡」，它將自動重新創建，并且不會影響其他進程。但是，當你嘗試擴展應用程序時，這種方式會有缺點產生。
典型 PHP 環境的缺點和低效性
如果你從事 PHP 的專業開發，那么你就知道從哪兒開始創建一個新項目——選擇框架。它是一個用于依賴注入、ORM、轉化和模板方法的庫。當然，所有用戶輸入的數據都可以方便地放在一個對象中（Symfony / HttpFoundation 或者 PSR-7）。這些框架很棒！
但一切都有它的代價。在任何企業框架中，為了處理一個簡單的用戶請求或訪問數據庫，您必須加載至少幾十個文件，創建許多類，并解析多個配置。但最糟糕的是，在每個任務完成后，您需要重置所有內容并重新啟動：您剛剛啟動的所有代碼都將變得無用，在它的幫助下，您將無法處理另一個請求。把這件事告訴任何用其他語言編寫的程序員——你會看到他臉上的困惑。
多年來，PHP工程師一直在尋找解決此問題的方法，他們使用了延遲加載技術、微幀、優化庫、緩存等。但最終，您仍然必須放棄整個應用程序，重新開始*（譯者注：隨著PHP7.4中預加載的出現，這個問題將得到部分解決）
一個PHP進程能處理多個請求嗎？
您可以編寫持續時間超過幾分鐘的PHP腳本（最多幾小時或幾天）：例如Cron任務、CSV解析器、隊列處理程序。所有這些工作遵循一個模式：他們獲取一條任務，處理完它，然后獲取下一個任務。代碼常駐在內存中，因此避免了額外的操作來加載框架和應用程序，節約了寶貴時間。
但是開發長時間運行的腳本并不是那么容易。任何錯誤都會殺死進程，內存溢出會導致崩潰，而且不能用F5來調試程序了。
自PHP 7后情況有所改善：可靠的垃圾收集器出現了，它變得更容易處理錯誤，內核的擴展可以避免內存泄漏。是的，工程師仍然需要仔細處理內存并記住代碼中的狀態的問題（有哪一種語言能讓你可以不關注這些事情呢？）當然，在PHP 7中，驚喜并不多。
是否可以采用一種 常駐 PHP 腳本的模型，將其用于處理 HTTP 請求等更瑣碎的任務，從而消除對每個請求都從頭開始下載所有內容的需要？
要解決這個問題，首先需要實現一個服務器應用程序，該應用程序可以接收 HTTP 請求并將它們逐個重定向到 PHP worker，而不是每次都殺死它。
我們知道我們可以用純 PHP（PHP-PM）或 C 擴展（Swoole）編寫 web 服務器。盡管每種方法都有其優點，但這兩種選擇都不適合我們 —— 我想要
