前言
要理解浏览器和apache之间的连接超时问题，需要先明白http的keep-alive属性。先简单介绍keep-alive，您可以从网上查找更加详细的介绍。
浏览器和apache都是基于http协议的。而http协议中的keep-alive属性通俗的解释就是浏览器和apache第一次建立tcp连接，传输完数据不会立刻断开这个tcp连接，而是继续等待下一个请求。保持一段时间（keep-alive-time）后才会断开连接。
下面做个测试，查看apache在打开keep-alive支持和关闭keep-alive支持时候的tcp连接状态。
服务端 虚拟机上的centos
客户端 本机上ie6浏览器
服务端地址 192.168.212.128
客户端地址 192.168.212.1
访问的文件test.html <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8" /> <link rel="stylesheet" type="text/css" href="./main.css" /> <script type="text/javascript" src="./main.js"></script> </head> <body> 您知道吗？a处和b处的色值是一样的。<br/> <img src="./main.jpg"> </body> </html>
首先关闭apache的keep-alive参数，打开httpd.conf。
打开浏览器访问apache。使用netstat命令查看连接状态。
#netstat –nt|grep –i ’80′
可以看到四个连接，因为本地访问速度很快，只能抓取到time_wait得状态。那一个test.html网页为什么会有四个连接呢？
看test.html的内容可以知道有：
1，main.css 文件
2，mian.js 文件
3，main.jpg 图片
4，本身的test.html文件
所以有四个连接。
再看看关闭apache的keep-alive支持后的连接状态。
重启服务器，浏览器访问test.html，在查看连接。
#service httpd restart
#netstat –nt|grep –i ’80′
可以看到只有一个连接。而且这个连接状态是established。我们在httpd.conf中设置了keepallivetimeout=15，所以连接建立后15秒后才关闭连接。
测试得到的结论
如果关闭apache的keep-alive属性，访问的页面中的（上例中test.html）所有文件，包括js，css，图片等等都要建立新的tcp连接。有多少引用文件就建立多少个连接。具体多少个文件可以使用火狐的bug工具查看。
上图中最下面的11个请求就是该网页中需要引用的文件数。
如果开启apache的keep-alive属性，访问的页面中的（上例中的test.html）所有文件，包括js，css，图片等等只建立一个tcp连接，按照顺序传输所有数据。所有数据传输完等待keepalivetimeout =15秒后再关闭该连接。
网上看到的参考：
假如当前apache每秒响应100个用户访问，keepalivetimeout=5，此时httpd进程数就是100*5=500个(prefork模式)，一个httpd进程消耗5m内存的话，就是500*5m=2500m=2.5g，夸张吧？当然，apache与client只进行了100次tcp 连接。如果你的内存够大，系统负载不会太高，如果你的内存小于2.5g，就会用到swap，频繁的swap切换会加重cpu的load。
现在我们关掉keepalive，apache仍然每秒响应100个用户访问，因为我们将图片、js、css等分离出去了，每次访问只有1个 request，此时httpd的进程数是100*1=100个，使用内存100*5m=500m，此时apache与client也是进行了100次 tcp连接。性能却提升了太多。
浏览器的连接超时
每个浏览器都有默认的连接超时时间。ie6的默认时间为60分钟。
这个值可以通过注册表修改。
1，打开注册表：hkey_current_user\software\microsoft\windows\currentversion\internet settings。
2，增加一个dword值的项，命名为receivetimeout，设置1000。该值的默认单位是毫秒，这里设置的1秒时间。
从浏览器开始访问网站开始，1秒后关闭连接。（设的值有点极端，但是方便展示）。
重启浏览器访问网站。
服务端 虚拟机上的centos
客户端 本机上ie6浏览器
服务端地址 192.168.212.128
客户端地址 192.168.212.1
访问的文件index.php <?php echo date('h:i:s',time()); sleep(10); ?>
可以看到浏览器显示找不到服务器，但是访问刚才的test.html是可以访问的。
访问index.php显示连接不成功。因为index.php中sleep(10)延迟10秒的函数。而ie6的连接超时时间为1秒。所以就连接失败了。
访问test.hml可以成功连接。因为是访问本地服务器，传输速度很快，在ie6的1秒超时时间之内就已经传完全部数据了。
测试得到的结论
ie6的默认连接超时时间为60分。可以通过注册表中receivetimeout值修改该值。
实际作用：使用ie6往服务器上传一个大文件，如果上传时间超过60分钟就会断开连接。
这也是为什么有些网站要专门开发active插件来实现ie6的大文件上传了。用户是不会主动修改这个值的。
apache的连接超时
看apache的配置文件可以看到有个timeout值。
有人会以为这个是apache的连接超时参数。
我们把它设置为timeout =1访问index.php。
看到还是可以访问的，那么这个timeout不是apache的连接超时时间。timeout是apache收到上一个请求和后面一个请求到来之间的最大值。您可以查看浏览器与apache通讯中的tcp连接状态迁移更加准确的明白timeout的值。
那么apache的连接超时时间到底是多少？是什么参数控制呢？
答：apache没有最大连接超时时间，也没有控制连接超时的参数。因为apache是在tcp/ip模型的应用层。
那么服务端是什么控制了浏览器和apache之间的最大连接超时时间呢？
答：linux
测试得到的结论
apache没有最大连接超时时间，也没有控制连接超时的参数。因为apache是在tcp/ip模型的应用层。
linux的连接超时
在linux的系统配置中可以到关于连接时间的有这两个参数。
#sysctl -a|grep time
一个是限制fin_wait状态的超时时间，
一个是限制keepalive连接的超时时间。
结论
linux的默认配置下也没控制浏览器和apache连接超时的参数，只有通过linux的防火墙才能控制apache和浏览器之间连接的最大连接时间。
php的操作超时
打开php.ini可以看到两个参数。
max_execution_time：一个php程序执行的最长时间。
max_input_time：一个表单提交的最长时间。
这两个值很重要。我们做个测试：
服务端 虚拟机上的centos
客户端 本机上ie6浏览器
服务端地址 192.168.212.128
客户端地址 192.168.212.1
访问的文件index.php
max_execution_time 30
访问index.php。
30秒后ie死掉了。为什么呢？答：index.php中有死循环。执行到max_execution_time=30秒后php停止了操作。浏览器这边死掉了。
总结
如果从头到尾看完上面的内容，会得出如下结论：
1，在客户端，浏览器控制着浏览器和apache的最大连接超时时间。
2，在服务端（不打开防火墙），linux和apache都不能控制最大连接超时时间，只有php或者mysql等运行程序通过控制自身的执行时间来控制浏览器和apache的最大连接超时时间。
3，在服务端（打开防火墙），linux上的防火墙和php，mysql等共同控制浏览器和apache的最大连接超时时间。
4，这里的浏览器和apache的最大连接超时时间包括tcp连接中的所有状态超时时间的综合。
更多apache的相关技术文章，请访问apache教程栏目进行学习！
以上就是php如何与apache连接超时的详细内容。