Heim >php教程 >php手册 >PHP超时处理应用场合及解决方案全面总结

PHP超时处理应用场合及解决方案全面总结

WBOY
WBOYOriginal
2016-06-13 09:21:15977Durchsuche

PHP超时处理应用场合及解决方案全面总结

   【 概述 】

  在PHP开发中工作里非常多使用到超时处理到超时的场合,我说几个场景:

  1. 异步获取数据如果某个后端数据源获取不成功则跳过,不影响整个页面展现

  2. 为了保证Web服务器不会因为当个页面处理性能差而导致无法访问其他页面,则会对某些页面操作设置

  3. 对于某些上传或者不确定处理时间的场合,则需要对整个流程中所有超时设置为无限,否则任何一个环节设置不当,都会导致莫名执行中断

  4. 多个后端模块(MySQL、Memcached、HTTP接口),为了防止单个接口性能太差,导致整个前面获取数据太缓慢,影响页面打开速度,引起雪崩

  5. 。。。很多需要超时的场合

  这些地方都需要考虑超时的设定,但是PHP中的超时都是分门别类,各个处理方式和策略都不同,为了系统的描述,我总结了PHP中常用的超时处理的总结。

  【Web服务器超时处理】

  [ Apache ]

  一般在性能很高的情况下,缺省所有超时配置都是30秒,但是在上传文件,或者网络速度很慢的情况下,那么可能触发超时操作。

  目前apachefastcgiphp-fpm模式下有三个超时设置:

  fastcgi超时设置:

  修改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服务的连接,同时记录一条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配置参数说明:

  IdleTimeout发呆时限

  ProcessLifeTime一个进程的最长生命周期,过期之后无条件kill

  MaxProcessCount最大进程个数

  DefaultMinClassProcessCount每个程序启动的最小进程个数

  DefaultMaxClassProcessCount每个程序启动的最大进程个数

  IPCConnectTimeout程序响应超时时间

  IPCCommTimeout与程序通讯的最长时间,上面的错误有可能就是这个值设置过小造成的

  MaxRequestsPerProcess每个进程最多完成处理个数,达成后自杀

  [ Lighttpd ]

  配置:lighttpd.conf

  Lighttpd配置中,关于超时的参数有如下几个(篇幅考虑,只写读超时,写超时参数同理):

  主要涉及选项:

代码如下  

server.max-keep-alive-idle=5

server.max-read-idle=60

server.read-timeout=0

server.max-connection-idle=360

--------------------------------------------------

#每次keep-alive的最大请求数,默认值是16

server.max-keep-alive-requests=100

#keep-alive的最长等待时间,单位是秒,默认值是5

server.max-keep-alive-idle=1200

#lighttpd的work子进程数,默认值是0,单进程运行

server.max-worker=2

#限制用户在发送请求的过程中,最大的中间停顿时间(单位是秒),

#如果用户在发送请求的过程中(没发完请求),中间停顿的时间太长,lighttpd会主动断开连接

#默认值是60(秒)

server.max-read-idle=1200

#限制用户在接收应答的过程中,最大的中间停顿时间(单位是秒),

#如果用户在接收应答的过程中(没接完),中间停顿的时间太长,lighttpd会主动断开连接

#默认值是360(秒)

server.max-write-idle=12000

#读客户端请求的超时限制,单位是秒,配为0表示不作限制

#设置小于max-read-idle时,read-timeout生效

server.read-timeout=0

#写应答页面给客户端的超时限制,单位是秒,配为0表示不作限制

#设置小于max-write-idle时,write-timeout生效

server.write-timeout=0

#请求的处理时间上限,如果用了mod_proxy_core,那就是和后端的交互时间限制,单位是秒

server.max-connection-idle=1200

  --------------------------------------------------

  说明:

  对于一个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

代码如下  
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 的超时设置倒是非常清晰容易理解,上面超时针对不同工作模式,但是因为超时带来的问题是非常多的。

  延伸阅读:

  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

代码如下  





//...

Setsthelimitonthenumberofsimultaneousrequeststhatwillbeserved.

EquivalenttoApacheMaxClientsdirective.

EquivalenttoPHP_FCGI_CHILDRENenvironmentinoriginalphp.fcgi

Usedwithanypm_style.

  #php-cgi的进程数量

代码如下  

128

Thetimeout(inseconds)forservingasinglerequestafterwhichtheworkerprocesswillbeterminated

Shouldbeusedwhen'max_execution_time'inioptiondoesnotstopscriptexecutionforsomereason

'0s'means'off'

  #php-fpm 请求执行超时时间,0s为永不超时,否则设置一个 Ns 为超时的秒数

代码如下  

0s

Thetimeout(inseconds)forservingofsinglerequestafterwhichaphpbacktracewillbedumpedtoslow.logfile

'0s'means'off'

0s


 

  说明:

  在php.ini中,有一个参数max_execution_time可以设置PHP脚本的最大执行时间,但是,在php-cgi(php-fpm)中,该参数不会起效。真正能够控制PHP脚本最大执行时:

代码如下  
0s

  就是说如果是使用mod_php5.so的模式运行max_execution_time是会生效的,但是如果是php-fpm模式中运行时不生效的。

  延伸阅读:

  http://blog.s135.com/file_get_contents/

  [ PHP ]

  配置:php.ini

  选项:

代码如下  
max_execution_time=30

  或者在代码里设置:

代码如下  
ini_set("max_execution_time",30);

set_time_limit(30);

  说明:

  对当前会话生效,比如设置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一个毫秒级超时的例子:

代码如下  

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

//Client

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

curl_setopt($ch,CURLOPT_RETURNTRANSFER,true);

curl_setopt($ch,CURLOPT_NOSIGNAL,1);//注意,毫秒超时一定要设置这个

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. 按照经验总结是:cURL版本>=libcurl/7.21.0版本,毫秒级超时是一定生效的,切记。

  2. curl_multi的毫秒级超时也有问题。。单次访问是支持ms级超时的,curl_multi并行调多个会不准

  [流处理方式访问HTTP]

  除了curl,我们还经常自己使用fsockopen、或者是file操作函数来进行HTTP协议的处理,所以,我们对这块的超时处理也是必须的。

  一般连接超时可以直接设置,但是流读取超时需要单独处理。

  自己写代码处理:

代码如下  

$tmCurrent=gettimeofday();

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

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

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

returnfalse;

}

  或者使用内置流处理函数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);//重要,设置为非阻塞模式

stream_set_timeout($fp,$timeout);//设置超时

$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//设置一个超时时间,单位为秒

)

);

$ctx=stream_context_create($timeout);

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

?>

  fopen超时:

代码如下  


$timeout=array(

'http'=>array(

'timeout'=>5//设置一个超时时间,单位为秒

)

);

$ctx=stream_context_create($timeout);

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

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

echo$c;

}

fclose($fp);

}

?>
Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn