這篇文章主要介紹了關於PHP記憶體溢出、命令列和Web服務兩種執行方式的理解，有著一定的參考價值，現在分享給大家，有需要的朋友可以參考一下
#開發過程中，某個介面由於從資料庫讀取資料量過大，回傳狀態為200，但無回應數據，PHP錯誤日誌裡有下列資訊：PHP Fatal error: Allowed memory size of 134217728 bytes exhausted。
很明顯這是記憶體溢出（Out Of Memory）引發的錯誤，但是令我疑惑的是，Yii 框架的業務日誌（application.log）裡沒有任何輸出，頁面上也沒有Stack Trace 的錯誤訊息，於是對這個原因進行追查。
原因如下，先看Yii 框架CApplication.php 檔案核心程式碼：
public function run()
{ if($this->hasEventHandler('onBeginRequest'))
$this->onBeginRequest(new CEvent($this));
register_shutdown_function(array($this,'end'),0,false);
$this->processRequest();
if($this->hasEventHandler('onEndRequest'))
$this->onEndRequest(new CEvent($this));
}在處理請求前使用了register_shutdown_function 註冊異常終止時的回調，正常來說，PHP 出現異常腳本終止時會回呼end() 方法，在onEndRequest 事件的監聽器中可以使用error_get_last() 取得到本次錯誤。
但是，當OOM 發生時，Linux Out Of Memory killer 會執行kill -9 發送SIGKILL 訊號，根據PHP 手冊中的說明， SIGKILL 訊號無法擷取和攔截，PHP 腳本會直接退出，任何清除程式碼都不會執行，所以register_shutdown_function 方法不會發揮作用，自然也不會有後續的日誌記錄、錯誤頁面顯示等流程。
另外在開發中註意到一個現象：透過 Web 存取會出現 OOM，但透過 Console 執行就不會報錯。
由此可見兩種方式是有差別的，Web 存取時，PHP 腳本進程由PHP-FPM啟動，還要受FPM 設定檔限制，/etc/php-fpm.d裡設定檔有php_admin_value[memory_limit] = 128M 限制。所以透過 Web 存取時，僅增加 php.ini 中的 memory_limit 無效。
而Console 方式執行不經過PHP-FPM，所以僅受php.ini 中配置的記憶體參數限制，而開發機中配置的memory_limit => 512M => 512M，所以此時不會產生OOM。
這裡有個疑問，從實作原理的角度，PHP-FPM 是如何對 PHP 流程管理的？ PHP-FPM 真的會用 kill -9 殺死 PHP 腳本進程麼？
附上WebServer、PHP-FPM、PHP 腳本的呼叫關係：
要求先進入Web 伺服器（如Nginx），Nginx 分發請求（依據server節點、location節點等設定）：
請求靜態資源不需要FastCGI 處理，直接轉到對應檔案位置
$_GET/$_POST 等，根據請求資訊存取指定的PHP腳本文件，然後使用PHP 解釋器執行。 （我的理解是：相當於PHP-FPM 啟動了PHP 解釋器，有點像執行了
php -f script.php 指令）
fastcgi_param SCRIPT_FILENAME /home/dev_user/www/xxx/webroot/index.php;
以上是PHP記憶體溢位、命令列和Web服務兩種執行方式的理解的詳細內容。更多資訊請關注PHP中文網其他相關文章！
