當PHP運行在FastCGI模式時,PHP FPM提供了一個名爲fastcgi_finish_request的方法.按照文檔上的說法,此方法可以提高請求的處理速度,如果有些處理可以在頁面生成完後再進行,就可以使用這個方法.
聽起來可能有些茫然,我們通過幾個例子來說明一下：
<?php
echo '例子：';
fastcgi_finish_request(); /* 響應完成, 關閉連接 */
/* 記錄日誌 */
file_put_contents('log.txt', '生存還是毀滅,這是個問題.');
?>
通過瀏覽器訪問此腳本, 結果發現並沒有輸出相應的字符串,但卻生成了相應的文件.由此說明在調用fastcgi_finish_request後,客戶端響應就已經結束,但與此同時服務端腳本卻繼續運行！
合理利用這個特性可以大大提升用戶體驗,趁熱打鐵再來一個例子：
<?php
echo '例子：';
file_put_contents('log.txt', date('Y-m-d H:i:s') . " 上傳視頻\n", FILE_APPEND);
fastcgi_finish_request();
sleep(1);
file_put_contents('log.txt', date('Y-m-d H:i:s') . " 轉換格式\n", FILE_APPEND);
sleep(1);
file_put_contents('log.txt', date('Y-m-d H:i:s') . " 提取圖片\n", FILE_APPEND);
?>
代碼裏用sleep模擬一些耗時的操作,瀏覽時沒有被堵塞,程序卻都執行了,具體看日誌.
末了給您提個醒,Yahoo在Best Practices for Speeding Up Your Web Site中提到了Flush the Buffer Early,也就是利用PHP中的flush方法把內容儘快發到客戶端去,它和本文介紹的fastcgi_finish_request有些許的類似.
轉載附言: 我看了下這個方法, 在調用的時候, 會發送響應, 關閉連接. 但是不會結束PHP的運行. 相比調用flush, 或者我之前介紹的加速你的Echo來說, 這個方法能更加乾脆一些.
另外, 從代碼的可移植性講的話, 可以在代碼中附上如下代碼:
if (!function_exists("fastcgi_finish_request")) {
function fastcgi_finish_request() {
}
}
不會造成代碼部署在非fpm環境下造成問題.