PHP超时处理全面总结(1)

php中文网

发布时间：2016-06-13 11:15:09

1180人浏览过

来源于php中文网

原创

【概述】

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

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

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

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

立即学习“PHP免费学习笔记（深入）”；

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

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

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

【Web服务器超时处理】

[ Apache ]

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

目前 apache fastcgi php-fpm 模式下有三个超时设置：

fastcgi 超时设置：

修改 httpd.conf 的fastcgi连接配置，类似如下：

<IfModule mod_fastcgi.c>   
    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/"  
 
    AddHandler php-fastcgi .php  
 
    Action php-fastcgi /fcgi-bin/php-cgi  
 
    AddType application/x-httpd-php .php  
 
IfModule>

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

<IfModule mod_fastcgi.c> 
 
    FastCgiExternalServer /home/forum/apache/apache_php/cgi-bin/php-cgi -socket /home/forum/php5/etc/php-fpm.sock  -idle-timeout 100  
 
    ScriptAlias /fcgi-bin/ "/home/forum/apache/apache_php/cgi-bin/"  
 
    AddHandler php-fastcgi .php  
 
    Action php-fastcgi /fcgi-bin/php-cgi  
 
    AddType application/x-httpd-php .php  
 
IfModule>

如果超时会返回500错误，断开跟后端php服务的连接，同时记录一条apache错误日志：

[Thu Jan 27 18:30:15 2011] [error] [client 10.81.41.110] FastCGI: comm with server "/home/forum/apache/apache_php/cgi-bin/php-cgi" aborted: idle timeout (30 sec)  
 
[Thu Jan 27 18:30:15 2011] [error] [client 10.81.41.110] FastCGI: incomplete headers (0 bytes) received from server "/home/forum/apache/apache_php/cgi-bin/php-cgi"

其他 fastcgi 配置参数说明：

IdleTimeout 发呆时限   
ProcessLifeTime 一个进程的最长生命周期，过期之后无条件kill  
 
MaxProcessCount 最大进程个数  
 
DefaultMinClassProcessCount 每个程序启动的最小进程个数  
 
DefaultMaxClassProcessCount 每个程序启动的最大进程个数  
 
IPCConnectTimeout 程序响应超时时间  
 
IPCCommTimeout 与程序通讯的最长时间，上面的错误有可能就是这个值设置过小造成的  
 
MaxRequestsPerProcess 每个进程最多完成处理个数，达成后自杀

[ Lighttpd ]

EDEN-MACE分销管理系统

EDEN-MACE分销管理系统是微服务下的分销管理利器，更加灵活的管理佣金，涵盖并且总结了目前流行的分销模式，让分销更加简单，后期开发立足于产业互联网，致力于打通产业内部之间的联系。产品亮点1、权限和分销完全分离，符合开发的低耦合的需求。2、产品完全可配置化，仅需要少量改动3、采用微服务思想，和原业务低耦合，不需要的时候可以随时下线。4、可视化图形化界面统计。5、完善化的账务体系，可追溯每一笔

下载

配置：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决定。