聽起來可能有些茫然，我們通過幾個例子來說明一下：
復制代碼 代碼如下:
<?php
echo '例子：';
fastcgi_finish_request();
echo 'To be, or not to be, that is the question.';
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環境下造成問題.
