【 概述 】
在PHP开发中工作里非常多使用到超时处理到超时的场合，我说几个场景：
1. 异步获取数据如果某个后端数据源获取不成功则跳过，不影响整个页面展现
2. 为了保证Web服务器不会因为当个页面处理性能差而导致无法访问其他页面，则会对某些页面操作设置
3. 对于某些上传或者不确定处理时间的场合，则需要对整个流程中所有超时设置为无限，否则任何一个环节设置不当，都会导致莫名执行中断
4. 多个后端模块（MySQL、Memcached、HTTP接口），为了防止单个接口性能太差，导致整个前面获取数据太缓慢，影响页面打开速度，引起雪崩
5. 。。。很多需要超时的场合
这些地方都需要考虑超时的设定，但是PHP中的超时都是分门别类，各个处理方式和策略都不同，为了系统的描述，我总结了PHP中常用的超时处理的总结。
【Web服务器超时处理】
[ Apache ]
一般在性能很高的情况下，缺省所有超时配置都是30秒，但是在上传文件，或者网络速度很慢的情况下，那么可能触发超时操作。
目前 apache fastcgi php-fpm 模式 下有三个超时设置：
fastcgi 超时设置：
修改 httpd.conf 的fastcgi连接配置，类似如下：
<ol class="dp-xml"> <li class="alt"><span><span class="tag"><span class="tag-name">IfModule</span><span> mod_fastcgi.c</span><span class="tag">></span><span> </span></span></span></li> <li><span> FastCgiExternalServer /home/forum/apache/apache_php/cgi-bin/php-cgi -socket /home/forum/php5/etc/php-fpm.sock </span></li> <li class="alt"><span> </span></li> <li><span> ScriptAlias /fcgi-bin/ "/home/forum/apache/apache_php/cgi-bin/" </span></li> <li class="alt"><span> </span></li> <li><span> AddHandler php-fastcgi .php </span></li> <li class="alt"><span> </span></li> <li><span> Action php-fastcgi /fcgi-bin/php-cgi </span></li> <li class="alt"><span> </span></li> <li><span> AddType application/x-httpd-php .php </span></li> <li class="alt"><span> </span></li> <li> <span class="tag"></span><span class="tag-name">IfModule</span><span class="tag">></span><span> </span> </li> </ol>
缺省配置是 30s，如果需要定制自己的配置，需要修改配置，比如修改为100秒：(修改后重启 apache)：
<ol class="dp-xml"> <li class="alt"><span><span class="tag"><span class="tag-name">IfModule</span><span> mod_fastcgi.c</span><span class="tag">></span><span> </span></span></span></li> <li><span> </span></li> <li class="alt"><span> FastCgiExternalServer /home/forum/apache/apache_php/cgi-bin/php-cgi -socket /home/forum/php5/etc/php-fpm.sock -idle-timeout 100 </span></li> <li><span> </span></li> <li class="alt"><span> ScriptAlias /fcgi-bin/ "/home/forum/apache/apache_php/cgi-bin/" </span></li> <li><span> </span></li> <li class="alt"><span> AddHandler php-fastcgi .php </span></li> <li><span> </span></li> <li class="alt"><span> Action php-fastcgi /fcgi-bin/php-cgi </span></li> <li><span> </span></li> <li class="alt"><span> AddType application/x-httpd-php .php </span></li> <li><span> </span></li> <li class="alt"> <span class="tag"></span><span class="tag-name">IfModule</span><span class="tag">></span><span> </span> </li> </ol>
如果超时会返回500错误，断开跟后端php服务的连接，同时记录一条apache错误日志：
<ol class="dp-xml"> <li class="alt"><span><span>[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) </span></span></li> <li><span> </span></li> <li class="alt"><span>[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" </span></li> </ol>
其他 fastcgi 配置参数说明：
<ol class="dp-xml"> <li class="alt"><span><span>IdleTimeout 发呆时限 </span></span></li> <li><span>ProcessLifeTime 一个进程的最长生命周期，过期之后无条件kill </span></li> <li class="alt"><span> </span></li> <li><span>MaxProcessCount 最大进程个数 </span></li> <li class="alt"><span> </span></li> <li><span>DefaultMinClassProcessCount 每个程序启动的最小进程个数 </span></li> <li class="alt"><span> </span></li> <li><span>DefaultMaxClassProcessCount 每个程序启动的最大进程个数 </span></li> <li class="alt"><span> </span></li> <li><span>IPCConnectTimeout 程序响应超时时间 </span></li> <li class="alt"><span> </span></li> <li><span>IPCCommTimeout 与程序通讯的最长时间，上面的错误有可能就是这个值设置过小造成的 </span></li> <li class="alt"><span> </span></li> <li><span>MaxRequestsPerProcess 每个进程最多完成处理个数，达成后自杀 </span></li> </ol>
[ Lighttpd ]
配置：lighttpd.conf
Lighttpd配置中，关于超时的参数有如下几个（篇幅考虑，只写读超时，写超时参数同理）：
主要涉及选项：
<ol class="dp-xml"> <li class="alt"><span><span class="attribute">server.max-keep-alive-idle</span><span> = </span><span class="attribute-value">5</span><span> </span></span></li> <li><span> </span></li> <li class="alt"> <span class="attribute">server.max-read-idle</span><span> = </span><span class="attribute-value">60</span><span> </span> </li> <li><span> </span></li> <li class="alt"> <span class="attribute">server.read-timeout</span><span> = </span><span class="attribute-value">0</span><span> </span> </li> <li><span> </span></li> <li class="alt"> <span class="attribute">server.max-connection-idle</span><span> = </span><span class="attribute-value">360</span><span> </span> </li> </ol>
<ol class="dp-xml"> <li class="alt"><span><span>-------------------------------------------------- </span></span></li> <li><span> </span></li> <li class="alt"><span># 每次keep-alive 的最大请求数, 默认值是16 </span></li> <li><span> </span></li> <li class="alt"> <span class="attribute">server.max-keep-alive-requests</span><span> = </span><span class="attribute-value">100</span><span> </span> </li> <li><span> </span></li> <li class="alt"><span># keep-alive的最长等待时间, 单位是秒，默认值是5 </span></li> <li><span> </span></li> <li class="alt"> <span class="attribute">server.max-keep-alive-idle</span><span> = </span><span class="attribute-value">1200</span><span> </span> </li> <li><span> </span></li> <li class="alt"><span># lighttpd的work子进程数，默认值是0，单进程运行 </span></li> <li><span> </span></li> <li class="alt"> <span class="attribute">server.max-worker</span><span> = </span><span class="attribute-value">2</span><span> </span> </li> <li><span> </span></li> <li class="alt"><span># 限制用户在发送请求的过程中，最大的中间停顿时间(单位是秒)， </span></li> <li><span> </span></li> <li class="alt"><span># 如果用户在发送请求的过程中(没发完请求)，中间停顿的时间太长，lighttpd会主动断开连接 </span></li> <li><span> </span></li> <li class="alt"><span># 默认值是60(秒) </span></li> <li><span> </span></li> <li class="alt"> <span class="attribute">server.max-read-idle</span><span> = </span><span class="attribute-value">1200</span><span> </span> </li> <li><span> </span></li> <li class="alt"><span># 限制用户在接收应答的过程中，最大的中间停顿时间(单位是秒)， </span></li> <li><span> </span></li> <li class="alt"><span># 如果用户在接收应答的过程中(没接完)，中间停顿的时间太长，lighttpd会主动断开连接 </span></li> <li><span> </span></li> <li class="alt"><span># 默认值是360(秒) </span></li> <li><span> </span></li> <li class="alt"> <span class="attribute">server.max-write-idle</span><span> = </span><span class="attribute-value">12000</span><span> </span> </li> <li><span> </span></li> <li class="alt"><span># 读客户端请求的超时限制，单位是秒, 配为0表示不作限制 </span></li> <li><span> </span></li> <li class="alt"><span># 设置小于max-read-idle时，read-timeout生效 </span></li> <li><span> </span></li> <li class="alt"> <span class="attribute">server.read-timeout</span><span> = </span><span class="attribute-value">0</span><span> </span> </li> <li><span> </span></li> <li class="alt"><span># 写应答页面给客户端的超时限制，单位是秒，配为0表示不作限制 </span></li> <li><span> </span></li> <li class="alt"><span># 设置小于max-write-idle时，write-timeout生效 </span></li> <li><span> </span></li> <li class="alt"> <span class="attribute">server.write-timeout</span><span> = </span><span class="attribute-value">0</span><span> </span> </li> <li><span> </span></li> <li class="alt"><span># 请求的处理时间上限，如果用了mod_proxy_core，那就是和后端的交互时间限制, 单位是秒 </span></li> <li><span> </span></li> <li class="alt"> <span class="attribute">server.max-connection-idle</span><span> = </span><span class="attribute-value">1200</span><span> </span> </li> <li><span> </span></li> <li class="alt"><span>-------------------------------------------------- </span></li> </ol>
说明：
对于一个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
<ol class="dp-xml">
<li class="alt"><span><span>http { </span></span></li>
<li><span> </span></li>
<li class="alt"><span> #Fastcgi: (针对后端的fastcgi 生效, fastcgi 不属于proxy模式) </span></li>
<li><span> </span></li>
<li class="alt"><span> fastcgi_connect_timeout 5; #连接超时 </span></li>
<li><span> </span></li>
<li class="alt"><span> fastcgi_send_timeout 10; #写超时 </span></li>
<li><span> </span></li>
<li class="alt"><span> fastcgi_read_timeout 10; #读取超时 </span></li>
<li><span> </span></li>
<li class="alt"><span> </span></li>
<li><span> </span></li>
<li class="alt"><span> #Proxy: (针对proxy/upstreams的生效) </span></li>
<li><span> </span></li>
<li class="alt"><span> proxy_connect_timeout 15s; #连接超时 </span></li>
<li><span> </span></li>
<li class="alt"><span> proxy_read_timeout 24s; #读超时 </span></li>
<li><span> </span></li>
<li class="alt"><span> proxy_send_timeout 10s; #写超时 </span></li>
<li><span> </span></li>
<li class="alt"><span>} </span></li>
</ol>
说明：
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
1
如何检查PHP会话是否已经开始？Apr 30, 2025 am 12:20 AM在PHP中，可以使用session_status()或session_id()来检查会话是否已启动。1)使用session_status()函数，如果返回PHP_SESSION_ACTIVE，则会话已启动。2)使用session_id()函数，如果返回非空字符串，则会话已启动。这两种方法都能有效地检查会话状态，选择使用哪种方法取决于PHP版本和个人偏好。
描述一个场景，其中使用会话在Web应用程序中至关重要。Apr 30, 2025 am 12:16 AMsessionsarevitalinwebapplications，尤其是在commercePlatform之前。
如何管理PHP中的并发会话访问？Apr 30, 2025 am 12:11 AM在PHP中管理并发会话访问可以通过以下方法：1.使用数据库存储会话数据，2.采用Redis或Memcached，3.实施会话锁定策略。这些方法有助于确保数据一致性和提高并发性能。
使用PHP会话的局限性是什么？Apr 30, 2025 am 12:04 AMPHPsessionshaveseverallimitations:1)Storageconstraintscanleadtoperformanceissues;2)Securityvulnerabilitieslikesessionfixationattacksexist;3)Scalabilityischallengingduetoserver-specificstorage;4)Sessionexpirationmanagementcanbeproblematic;5)Datapersis
解释负载平衡如何影响会话管理以及如何解决。Apr 29, 2025 am 12:42 AM负载均衡会影响会话管理，但可以通过会话复制、会话粘性和集中式会话存储解决。1.会话复制在服务器间复制会话数据。2.会话粘性将用户请求定向到同一服务器。3.集中式会话存储使用独立服务器如Redis存储会话数据，确保数据共享。
说明会话锁定的概念。Apr 29, 2025 am 12:39 AMSessionlockingisatechniqueusedtoensureauser'ssessionremainsexclusivetooneuseratatime.Itiscrucialforpreventingdatacorruptionandsecuritybreachesinmulti-userapplications.Sessionlockingisimplementedusingserver-sidelockingmechanisms,suchasReentrantLockinJ
有其他PHP会议的选择吗？Apr 29, 2025 am 12:36 AMPHP会话的替代方案包括Cookies、Token-basedAuthentication、Database-basedSessions和Redis/Memcached。1.Cookies通过在客户端存储数据来管理会话，简单但安全性低。2.Token-basedAuthentication使用令牌验证用户，安全性高但需额外逻辑。3.Database-basedSessions将数据存储在数据库中，扩展性好但可能影响性能。4.Redis/Memcached使用分布式缓存提高性能和扩展性，但需额外配
在PHP的上下文中定义'会话劫持”一词。Apr 29, 2025 am 12:33 AMSessionhijacking是指攻击者通过获取用户的sessionID来冒充用户。防范方法包括：1)使用HTTPS加密通信；2)验证sessionID的来源；3)使用安全的sessionID生成算法；4)定期更新sessionID。
热AI工具
Undresser.AI Undress
人工智能驱动的应用程序，用于创建逼真的裸体照片
AI Clothes Remover
用于从照片中去除衣服的在线人工智能工具。
Undress AI Tool
免费脱衣服图片
Clothoff.io
AI脱衣机
Video Face Swap
使用我们完全免费的人工智能换脸工具轻松在任何视频中换脸！
热门文章
热工具
螳螂BT
Mantis是一个易于部署的基于Web的缺陷跟踪工具，用于帮助产品缺陷跟踪。它需要PHP、MySQL和一个Web服务器。请查看我们的演示和托管服务。
MinGW - 适用于 Windows 的极简 GNU
这个项目正在迁移到osdn.net/projects/mingw的过程中，你可以继续在那里关注我们。MinGW：GNU编译器集合（GCC）的本地Windows移植版本，可自由分发的导入库和用于构建本地Windows应用程序的头文件；包括对MSVC运行时的扩展，以支持C99功能。MinGW的所有软件都可以在64位Windows平台上运行。
SublimeText3 英文版
推荐：为Win版本，支持代码提示！
PhpStorm Mac 版本
最新（2018.2.1 ）专业的PHP集成开发工具
EditPlus 中文破解版
体积小，语法高亮，不支持代码提示功能
