首頁PHP+H5全棧工程師技術(shù)文章正文

PHP中幾種常見的超時處理全面總結(jié)

更新時間:2018年01月11日14時03分來源:傳智播客瀏覽次數(shù):

在PHP開發(fā)中工作里非常多使用到超時處理到超時的場合，我說幾個場景：

1. 異步獲取數(shù)據(jù)如果某個后端數(shù)據(jù)源獲取不成功則跳過，不影響整個頁面展現(xiàn)

2. 為了保證Web服務(wù)器不會因為當(dāng)個頁面處理性能差而導(dǎo)致無法訪問其他頁面，則會對某些頁面操作設(shè)置

3. 對于某些上傳或者不確定處理時間的場合，則需要對整個流程中所有超時設(shè)置為無限，否則任何一個環(huán)節(jié)設(shè)置不當(dāng)，都會導(dǎo)致莫名執(zhí)行中斷

4. 多個后端模塊(MySQL、Memcached、HTTP接口)，為了防止單個接口性能太差，導(dǎo)致整個前面獲取數(shù)據(jù)太緩慢，影響頁面打開速度，引起雪崩

5. 。。。很多需要超時的場合

這些地方都需要考慮超時的設(shè)定，但是PHP中的超時都是分門別類，各個處理方式和策略都不同，為了系統(tǒng)的描述，我總結(jié)了PHP中常用的超時處理的總結(jié)。

【W(wǎng)eb服務(wù)器超時處理】

[ Apache ]

一般在性能很高的情況下，缺省所有超時配置都是30秒，但是在上傳文件，或者網(wǎng)絡(luò)速度很慢的情況下，那么可能觸發(fā)超時操作。

目前apachefastcgiphp-fpm模式下有三個超時設(shè)置：

fastcgi超時設(shè)置：

修改httpd.conf的fastcgi連接配置，類似如下：

代碼如下

FastCgiExternalServer/home/forum/apache/apache_php/cgi-bin/php-cgi-socket/home/forum/php5/etc/php-fpm.sock

ScriptAlias/fcgi-bin/"/home/forum/apache/apache_php/cgi-bin/"

AddHandlerphp-fastcgi.php

Actionphp-fastcgi/fcgi-bin/php-cgi

AddTypeapplication/x-httpd-php.php

缺省配置是30s，如果需要定制自己的配置，需要修改配置，比如修改為100秒：(修改后重啟apache)：

代碼如下:

FastCgiExternalServer/home/forum/apache/apache_php/cgi-bin/php-cgi-socket/home/forum/php5/etc/php-fpm.sock-idle-timeout100

ScriptAlias/fcgi-bin/"/home/forum/apache/apache_php/cgi-bin/"

AddHandlerphp-fastcgi.php

Actionphp-fastcgi/fcgi-bin/php-cgi

AddTypeapplication/x-httpd-php.php

如果超時會返回500錯誤，斷開跟后端php服務(wù)的連接，同時記錄一條apache錯誤日志：

[ThuJan2718:30:152011][error][client10.81.41.110]FastCGI:commwithserver"/home/forum/apache/apache_php/cgi-bin/php-cgi"aborted:idletimeout(30sec)

[ThuJan2718:30:152011][error][client10.81.41.110]FastCGI:incompleteheaders(0bytes)receivedfromserver"/home/forum/apache/apache_php/cgi-bin/php-cgi"

其他fastcgi配置參數(shù)說明：

代碼如下:

IdleTimeout發(fā)呆時限

ProcessLifeTime一個進(jìn)程的最長生命周期，過期之后無條件kill

MaxProcessCount最大進(jìn)程個數(shù)

DefaultMinClassProcessCount每個程序啟動的最小進(jìn)程個數(shù)

DefaultMaxClassProcessCount每個程序啟動的最大進(jìn)程個數(shù)

IPCConnectTimeout程序響應(yīng)超時時間

IPCCommTimeout與程序通訊的最長時間，上面的錯誤有可能就是這個值設(shè)置過小造成的

MaxRequestsPerProcess每個進(jìn)程最多完成處理個數(shù)，達(dá)成后自殺

[ Lighttpd ]

配置：lighttpd.conf

Lighttpd配置中，關(guān)于超時的參數(shù)有如下幾個(篇幅考慮，只寫讀超時，寫超時參數(shù)同理)：

主要涉及選項：

server.max-keep-alive-idle=5

server.max-read-idle=60

server.read-timeout=0

server.max-connection-idle=360

代碼如下:

#每次keep-alive的最大請求數(shù),默認(rèn)值是16

server.max-keep-alive-requests=100

#keep-alive的最長等待時間,單位是秒，默認(rèn)值是5

server.max-keep-alive-idle=1200

#lighttpd的work子進(jìn)程數(shù)，默認(rèn)值是0，單進(jìn)程運行

server.max-worker=2

#限制用戶在發(fā)送請求的過程中，最大的中間停頓時間(單位是秒)，

#如果用戶在發(fā)送請求的過程中(沒發(fā)完請求)，中間停頓的時間太長，lighttpd會主動斷開連接

#默認(rèn)值是60(秒)

server.max-read-idle=1200

#限制用戶在接收應(yīng)答的過程中，最大的中間停頓時間(單位是秒)，

#如果用戶在接收應(yīng)答的過程中(沒接完)，中間停頓的時間太長，lighttpd會主動斷開連接

#默認(rèn)值是360(秒)

server.max-write-idle=12000

#讀客戶端請求的超時限制，單位是秒,配為0表示不作限制

#設(shè)置小于max-read-idle時，read-timeout生效

server.read-timeout=0

#寫應(yīng)答頁面給客戶端的超時限制，單位是秒，配為0表示不作限制

#設(shè)置小于max-write-idle時，write-timeout生效

server.write-timeout=0

#請求的處理時間上限，如果用了mod_proxy_core，那就是和后端的交互時間限制,單位是秒

server.max-connection-idle=1200

說明：

對于一個keep-alive連接上的連續(xù)請求，發(fā)送第一個請求內(nèi)容的最大間隔由參數(shù)max-read-idle決定，從第二個請求起，發(fā)送請求內(nèi)容的最大間隔由參數(shù)max-keep-alive-idle決定。請求間的間隔超時也由max-keep-alive-idle決定。發(fā)送請求內(nèi)容的總時間超時由參數(shù)read-timeout決定。Lighttpd與后端交互數(shù)據(jù)的超時由max-connection-idle決定。

[ Nginx ]

配置：nginx.conf

代碼如下:

http{

#Fastcgi:(針對后端的fastcgi生效,fastcgi不屬于proxy模式)

fastcgi_connect_timeout5;#連接超時

fastcgi_send_timeout10; #寫超時

fastcgi_read_timeout10;#讀取超時

#Proxy:(針對proxy/upstreams的生效)

proxy_connect_timeout15s;#連接超時

proxy_read_timeout24s;#讀超時

proxy_send_timeout10s; #寫超時

}

說明：

Nginx 的超時設(shè)置倒是非常清晰容易理解，上面超時針對不同工作模式，但是因為超時帶來的問題是非常多的。

【PHP本身超時處理】

[ PHP-fpm ]

配置：php-fpm.conf

代碼如下:

//...

Setsthelimitonthenumberofsimultaneousrequeststhatwillbeserved.

EquivalenttoApacheMaxClientsdirective.

EquivalenttoPHP_FCGI_CHILDRENenvironmentinoriginalphp.fcgi

Usedwithanypm_style.

#php-cgi的進(jìn)程數(shù)量

128

Thetimeout(inseconds)forservingasinglerequestafterwhichtheworkerprocesswillbeterminated

Shouldbeusedwhen'max_execution_time'inioptiondoesnotstopscriptexecutionforsomereason

'0s'means'off'

#php-fpm 請求執(zhí)行超時時間，0s為永不超時，否則設(shè)置一個 Ns 為超時的秒數(shù)

Thetimeout(inseconds)forservingofsinglerequestafterwhichaphpbacktracewillbedumpedtoslow.logfile

'0s'means'off'

說明：

在php.ini中，有一個參數(shù)max_execution_time可以設(shè)置PHP腳本的最大執(zhí)行時間，但是，在php-cgi(php-fpm)中，該參數(shù)不會起效。真正能夠控制PHP腳本最大執(zhí)行時：

就是說如果是使用mod_php5.so的模式運行max_execution_time是會生效的，但是如果是php-fpm模式中運行時不生效的。

[ PHP ]

配置：php.ini

選項：

max_execution_time=30

或者在代碼里設(shè)置：

ini_set("max_execution_time",30);

set_time_limit(30);

說明：

對當(dāng)前會話生效，比如設(shè)置0一直不超時，但是如果php的safe_mode打開了，這些設(shè)置都會不生效。

效果一樣，但是具體內(nèi)容需要參考php-fpm部分內(nèi)容，如果php-fpm中設(shè)置了request_terminate_timeout的話，那么max_execution_time就不生效。

【后端&接口訪問超時】

【HTTP訪問】

一般我們訪問HTTP方式很多，主要是：curl,socket,file_get_contents()等方法。

如果碰到對方服務(wù)器一直沒有響應(yīng)的時候，我們就悲劇了，很容易把整個服務(wù)器搞死，所以在訪問http的時候也需要考慮超時的問題。

[ CURL 訪問HTTP]

CURL 是我們常用的一種比較靠譜的訪問HTTP協(xié)議接口的lib庫，性能高，還有一些并發(fā)支持的功能等。

CURL:

curl_setopt($ch,opt)可以設(shè)置一些超時的設(shè)置，主要包括：

*(重要)CURLOPT_TIMEOUT設(shè)置cURL允許執(zhí)行的最長秒數(shù)。

*(重要)CURLOPT_TIMEOUT_MS設(shè)置cURL允許執(zhí)行的最長毫秒數(shù)。(在cURL7.16.2中被加入。從PHP5.2.3起可使用。)

CURLOPT_CONNECTTIMEOUT在發(fā)起連接前等待的時間，如果設(shè)置為0，則無限等待。

CURLOPT_CONNECTTIMEOUT_MS嘗試連接等待的時間，以毫秒為單位。如果設(shè)置為0，則無限等待。在cURL7.16.2中被加入。從PHP5.2.3開始可用。

CURLOPT_DNS_CACHE_TIMEOUT設(shè)置在內(nèi)存中保存DNS信息的時間，默認(rèn)為120秒。

curl普通秒級超時：

$ch=curl_init();

curl_setopt($ch,CURLOPT_URL,$url);

curl_setopt($ch,CURLOPT_RETURNTRANSFER,1);

curl_setopt($ch,CURLOPT_TIMEOUT,60);//只需要設(shè)置一個秒的數(shù)量就可以

curl_setopt($ch,CURLOPT_HTTPHEADER,$headers);

curl_setopt($ch,CURLOPT_USERAGENT,$defined_vars['HTTP_USER_AGENT']);

curl普通秒級超時使用：

curl_setopt($ch,CURLOPT_TIMEOUT,60);

curl如果需要進(jìn)行毫秒超時，需要增加：

curl_easy_setopt(curl,CURLOPT_NOSIGNAL,1L);

或者是：

curl_setopt($ch,CURLOPT_NOSIGNAL,true);是可以支持毫秒級別超時設(shè)置的

curl一個毫秒級超時的例子：

代碼如下:

if(!isset($_GET['foo'])){

//Client

$ch=curl_init('http://example.com/');

curl_setopt($ch,CURLOPT_RETURNTRANSFER,true);

curl_setopt($ch,CURLOPT_NOSIGNAL,1);//注意，毫秒超時一定要設(shè)置這個

curl_setopt($ch,CURLOPT_TIMEOUT_MS,200);//超時毫秒，cURL7.16.2中被加入。從PHP5.2.3起可使用

$data=curl_exec($ch);

$curl_errno=curl_errno($ch);

$curl_error=curl_error($ch);

curl_close($ch);

if($curl_errno>0){

echo"cURLError($curl_errno):$curl_errorn";

}else{

echo"Datareceived:$datan";

}

}else{

//Server

sleep(10);

echo"Done.";

}

其他一些技巧：

1. 按照經(jīng)驗總結(jié)是：cURL版本>=libcurl/7.21.0版本，毫秒級超時是一定生效的，切記。

2. curl_multi的毫秒級超時也有問題。。單次訪問是支持ms級超時的，curl_multi并行調(diào)多個會不準(zhǔn)

[流處理方式訪問HTTP]

除了curl，我們還經(jīng)常自己使用fsockopen、或者是file操作函數(shù)來進(jìn)行HTTP協(xié)議的處理，所以，我們對這塊的超時處理也是必須的。

一般連接超時可以直接設(shè)置，但是流讀取超時需要單獨處理。

自己寫代碼處理:

代碼如下:

$tmCurrent=gettimeofday();

$intUSGone=($tmCurrent['sec']-$tmStart['sec'])*1000000

+($tmCurrent['usec']-$tmStart['usec']);

if($intUSGone>$this->_intReadTimeoutUS){

returnfalse;

}

或者使用內(nèi)置流處理函數(shù)stream_set_timeout()和stream_get_meta_data()處理：

代碼如下:

//Timeoutinseconds

$timeout=5;

$fp=fsockopen("example.com",80,$errno,$errstr,$timeout);

if($fp){

fwrite($fp,"GET/HTTP/1.0rn");

fwrite($fp,"Host:example.comrn");

fwrite($fp,"Connection:Closernrn");

stream_set_blocking($fp,true);//重要，設(shè)置為非阻塞模式

stream_set_timeout($fp,$timeout);//設(shè)置超時

$info=stream_get_meta_data($fp);

while((!feof($fp))&&(!$info['timed_out'])){

$data.=fgets($fp,4096);

$info=stream_get_meta_data($fp);

ob_flush;

flush();

}

if($info['timed_out']){

echo"ConnectionTimedOut!";

}else{

echo$data;

}

file_get_contents超時：

代碼如下:

$timeout=array(

'http'=>array(

'timeout'=>5//設(shè)置一個超時時間，單位為秒

)

);

$ctx=stream_context_create($timeout);

$text=file_get_contents("http://example.com/",0,$ctx);

fopen超時：

代碼如下:

$timeout=array(

'http'=>array(

'timeout'=>5//設(shè)置一個超時時間，單位為秒

)

);

$ctx=stream_context_create($timeout);

if($fp=fopen("http://example.com/","r",false,$ctx)){

while($c=fread($fp,8192)){

echo$c;

}

fclose($fp);

}

【MySQL】

php中的mysql客戶端都沒有設(shè)置超時的選項，mysqli和mysql都沒有，但是libmysql是提供超時選項的，只是我們在php中隱藏了而已。

那么如何在PHP中使用這個操作捏，就需要我們自己定義一些MySQL操作常量，主要涉及的常量有：

MYSQL_OPT_READ_TIMEOUT=11;

MYSQL_OPT_WRITE_TIMEOUT=12;

這兩個，定義以后，可以使用options設(shè)置相應(yīng)的值。

不過有個注意點，mysql內(nèi)部實現(xiàn)：

1.超時設(shè)置單位為秒，最少配置1秒

2.但mysql底層的read會重試兩次，所以實際會是3秒

重試兩次+　自身一次=3倍超時時間，那么就是說最少超時時間是3秒，不會低于這個值，對于大部分應(yīng)用來說可以接受，但是對于小部分應(yīng)用需要優(yōu)化。

查看一個設(shè)置訪問mysql超時的php實例：

代碼如下:

//自己定義讀寫超時常量

if(!defined('MYSQL_OPT_READ_TIMEOUT')){

define('MYSQL_OPT_READ_TIMEOUT',11);

}

if(!defined('MYSQL_OPT_WRITE_TIMEOUT')){

define('MYSQL_OPT_WRITE_TIMEOUT',12);

}

//設(shè)置超時

$mysqli=mysqli_init();

$mysqli->options(MYSQL_OPT_READ_TIMEOUT,3);

$mysqli->options(MYSQL_OPT_WRITE_TIMEOUT,1);

//連接數(shù)據(jù)庫

$mysqli->real_connect("localhost","root","root","test");

if(mysqli_connect_errno()){

printf("Connectfailed:%s/n",mysqli_connect_error());

exit();

}

//執(zhí)行查詢sleep1秒不超時

printf("Hostinformation:%s/n",$mysqli->host_info);

if(!($res=$mysqli->query('selectsleep(1)'))){

echo"query1error:".$mysqli->error."/n";

}else{

echo"Query1:querysuccess/n";

}

//執(zhí)行查詢sleep9秒會超時

if(!($res=$mysqli->query('selectsleep(9)'))){

echo"query2error:".$mysqli->error."/n";

}else{

echo"Query2:querysuccess/n";

}

$mysqli->close();

echo"closemysqlconnection/n";

【Memcached】

[PHP擴(kuò)展]

php_memcache客戶端：

連接超時：boolMemcache::connect(string$host[,int$port[,int$timeout]])

在get和set的時候，都沒有明確的超時設(shè)置參數(shù)。

libmemcached客戶端：在php接口沒有明顯的超時參數(shù)。

說明：所以說，在PHP中訪問Memcached是存在很多問題的，需要自己hack部分操作，或者是參考網(wǎng)上補(bǔ)丁。

[C&C++訪問Memcached]

客戶端：libmemcached客戶端

說明：memcache超時配置可以配置小點，比如5，10個毫秒已經(jīng)夠用了，超過這個時間還不如從數(shù)據(jù)庫查詢。

下面是一個連接和讀取set數(shù)據(jù)的超時的C++示例：

代碼如下:

//創(chuàng)建連接超時(連接到Memcached)

memcached_st*MemCacheProxy::_create_handle()

{

memcached_st*mmc=NULL;

memcached_return_tprc;

if(_mpool!=NULL){//getfrompool

mmc=memcached_pool_pop(_mpool,false,&prc);

if(mmc==NULL){

__LOG_WARNING__("MemCacheProxy","gethandlefrompoolerror[%d]",(int)prc);

}

returnmmc;

}

memcached_st*handle=memcached_create(NULL);

if(handle==NULL){

__LOG_WARNING__("MemCacheProxy","create_handleerror");

returnNULL;

}

//設(shè)置連接/讀取超時

memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_HASH,MEMCACHED_HASH_DEFAULT);

memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_NO_BLOCK,_noblock);//參數(shù)MEMCACHED_BEHAVIOR_NO_BLOCK為1使超時配置生效，不設(shè)置超時會不生效，關(guān)鍵時候會悲劇的，容易引起雪崩

memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_CONNECT_TIMEOUT,_connect_timeout);//連接超時

memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_RCV_TIMEOUT,_read_timeout);//讀超時

memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_SND_TIMEOUT,_send_timeout);//寫超時

memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_POLL_TIMEOUT,_poll_timeout);

//設(shè)置一致hash

//memcached_behavior_set_distribution(handle,MEMCACHED_DISTRIBUTION_CONSISTENT);

memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_DISTRIBUTION,MEMCACHED_DISTRIBUTION_CONSISTENT);

memcached_returnrc;

for(uinti=0;i<_server_count;i++){

rc=memcached_server_add(handle,_ips[i],_ports[i]);

if(MEMCACHED_SUCCESS!=rc){

__LOG_WARNING__("MemCacheProxy","addserver[%s:%d]failed.",_ips[i],_ports[i]);