PHP超時處理應用場合及解決方案全面總結_PHP教程
推薦：PHP利用header跳轉失效的解決方法一、問題： 今天header(\Location: $url\),以往跳轉總是可以的,今天卻不動,只是輸出結果,以往自己要確認檢查，$url的值獲取的是否正確,所以在前面加了echo $url;來調試用,結果就導致了header函數的無效. 二、解決方法： 在PHP中用header(location:test.php)進行跳轉要
【 概述 】
在PHP開發中工作里非常多使用到超時處理到超時的場合，我說幾個場景：
1. 異步獲取數據如果某個后端數據源獲取不成功則跳過，不影響整個頁面展現
2. 為了保證Web服務器不會因為當個頁面處理性能差而導致無法訪問其他頁面，則會對某些頁面操作設置
3. 對于某些上傳或者不確定處理時間的場合，則需要對整個流程中所有超時設置為無限，否則任何一個環節設置不當，都會導致莫名執行中斷
4. 多個后端模塊(MySQL、Memcached、HTTP接口)，為了防止單個接口性能太差，導致整個前面獲取數據太緩慢，影響頁面打開速度，引起雪崩
5. 。。。很多需要超時的場合
這些地方都需要考慮超時的設定，但是PHP中的超時都是分門別類，各個處理方式和策略都不同，為了系統的描述，我總結了PHP中常用的超時處理的總結。
【Web服務器超時處理】
[ Apache ]
一般在性能很高的情況下，缺省所有超時配置都是30秒，但是在上傳文件，或者網絡速度很慢的情況下，那么可能觸發超時操作。
目前apachefastcgiphp-fpm模式下有三個超時設置：
fastcgi超時設置：
修改httpd.conf的fastcgi連接配置，類似如下：
缺省配置是30s，如果需要定制自己的配置，需要修改配置，比如修改為100秒：(修改后重啟apache)：
如果超時會返回500錯誤，斷開跟后端php服務的連接，同時記錄一條apache錯誤日志：
其他fastcgi配置參數說明：
IdleTimeout發呆時限
ProcessLifeTime一個進程的最長生命周期，過期之后無條件kill
MaxProcessCount最大進程個數
DefaultMinClassProcessCount每個程序啟動的最小進程個數
DefaultMaxClassProcessCount每個程序啟動的最大進程個數
IPCConnectTimeout程序響應超時時間
IPCCommTimeout與程序通訊的最長時間，上面的錯誤有可能就是這個值設置過小造成的
MaxRequestsPerProcess每個進程最多完成處理個數，達成后自殺
[ Lighttpd ]
配置：lighttpd.conf
Lighttpd配置中，關于超時的參數有如下幾個(篇幅考慮，只寫讀超時，寫超時參數同理)：
主要涉及選項：
--------------------------------------------------
說明：
對于一個keep-alive連接上的連續請求，發送第一個請求內容的最大間隔由參數max-read-idle決定，從第二個請求起，發送請求內容的最大間隔由參數max-keep-alive-idle決定。請求間的間隔超時也由max-keep-alive-idle決定。發送請求內容的總時間超時由參數read-timeout決定。Lighttpd與后端交互數據的超時由max-connection-idle決定。
延伸閱讀：
http://www.snooda.com/read/244
[ Nginx ]
配置：nginx.conf
說明：
Nginx 的超時設置倒是非常清晰容易理解，上面超時針對不同工作模式，但是因為超時帶來的問題是非常多的。
延伸閱讀：
http://hi.baidu.com/pibuchou/blog/item/a1e330dd71fb8a5995ee3753.html
http://hi.baidu.com/pibuchou/blog/item/7cbccff0a3b77dc60b46e024.html
http://hi.baidu.com/pibuchou/blog/item/10a549818f7e4c9df703a626.html
http://www.apoyl.com/?p=466
【PHP本身超時處理】
[ PHP-fpm ]
配置：php-fpm.conf
#php-cgi的進程數量
#php-fpm 請求執行超時時間，0s為永不超時，否則設置一個 Ns 為超時的秒數
說明：
在php.ini中，有一個參數max_execution_time可以設置PHP腳本的最大執行時間，但是，在php-cgi(php-fpm)中，該參數不會起效。真正能夠控制PHP腳本最大執行時：
就是說如果是使用mod_php5.so的模式運行max_execution_time是會生效的，但是如果是php-fpm模式中運行時不生效的。
延伸閱讀：
http://blog.s135.com/file_get_contents/
[ PHP ]
配置：php.ini
選項：
或者在代碼里設置：
說明：
對當前會話生效，比如設置0一直不超時，但是如果php的safe_mode打開了，這些設置都會不生效。
效果一樣，但是具體內容需要參考php-fpm部分內容，如果php-fpm中設置了request_terminate_timeout的話，那么max_execution_time就不生效。
【后端&接口訪問超時】
【HTTP訪問】
一般我們訪問HTTP方式很多，主要是：curl,socket,file_get_contents()等方法。
如果碰到對方服務器一直沒有響應的時候，我們就悲劇了，很容易把整個服務器搞死，所以在訪問http的時候也需要考慮超時的問題。
[ CURL 訪問HTTP]
CURL 是我們常用的一種比較靠譜的訪問HTTP協議接口的lib庫，性能高，還有一些并發支持的功能等。
CURL:
curl_setopt($ch,opt)可以設置一些超時的設置，主要包括：
*(重要)CURLOPT_TIMEOUT設置cURL允許執行的最長秒數。
*(重要)CURLOPT_TIMEOUT_MS設置cURL允許執行的最長毫秒數。(在cURL7.16.2中被加入。從PHP5.2.3起可使用。)
CURLOPT_CONNECTTIMEOUT在發起連接前等待的時間，如果設置為0，則無限等待。
CURLOPT_CONNECTTIMEOUT_MS嘗試連接等待的時間，以毫秒為單位。如果設置為0，則無限等待。在cURL7.16.2中被加入。從PHP5.2.3開始可用。
CURLOPT_DNS_CACHE_TIMEOUT設置在內存中保存DNS信息的時間，默認為120秒。
curl普通秒級超時：
$ch=curl_init();
curl_setopt($ch,CURLOPT_URL,$url);
curl_setopt($ch,CURLOPT_RETURNTRANSFER,1);
curl_setopt($ch,CURLOPT_TIMEOUT,60);//只需要設置一個秒的數量就可以
curl_setopt($ch,CURLOPT_HTTPHEADER,$headers);
curl_setopt($ch,CURLOPT_USERAGENT,$defined_vars['HTTP_USER_AGENT']);
curl普通秒級超時使用：
curl_setopt($ch,CURLOPT_TIMEOUT,60);
curl如果需要進行毫秒超時，需要增加：
curl_easy_setopt(curl,CURLOPT_NOSIGNAL,1L);
或者是：
curl_setopt($ch,CURLOPT_NOSIGNAL,true);是可以支持毫秒級別超時設置的
curl一個毫秒級超時的例子：
其他一些技巧：
1. 按照經驗總結是：cURL版本>=libcurl/7.21.0版本，毫秒級超時是一定生效的，切記。
2. curl_multi的毫秒級超時也有問題。。單次訪問是支持ms級超時的，curl_multi并行調多個會不準
[流處理方式訪問HTTP]
除了curl，我們還經常自己使用fsockopen、或者是file操作函數來進行HTTP協議的處理，所以，我們對這塊的超時處理也是必須的。
一般連接超時可以直接設置，但是流讀取超時需要單獨處理。
自己寫代碼處理:
或者使用內置流處理函數stream_set_timeout()和stream_get_meta_data()處理：
fopen超時：
分享：php中一行代碼獲取文件后綴名php中一行代碼獲取文件后綴名的方法要結合很多的函數了，我們這個有點像asp中的函數了，下面來一起看看吧。 實例: 詳解： strrchr()函數查找字符串在另一個字符串中最后一次出現的位置，并返回從該位置到字符串結尾的所有字符； substr()函數是返回字符串的一部分， 1
- 相關鏈接：
- 教程說明：
PHP教程-PHP超時處理應用場合及解決方案全面總結
。