Web服务器超时处理
來源?https://segmentfault.com/a/1190000000313184
Apache
一般在性能很高的情況下，缺省所有超時配置都是30秒，但是在上傳文件，或者網絡速度很慢的情況下，那么可能觸發超時操作。
目前apachefastcgiphp-fpm模式下有三個超時設置：
fastcgi超時設置：
修改httpd.conf的fastcgi連接配置，類似如下：
<IfModulemod_fastcgi.c>FastCgiExternalServer缺省配置是30s，如果需要定制自己的配置，需要修改配置，比如修改為100秒：(修改后重啟apache)：
<IfModulemod_fastcgi.c> FastCgiExternalServer如果超時會返回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
<?xmlversion=”1.0″?> <configuration>//…Setsthelimitonthenumberofsimultaneousrequeststhatwillbeserved.EquivalenttoApacheMaxClientsdirective.EquivalenttoPHP_FCGI_CHILDRENenvironmentinoriginalphp.fcgiUsedwithanypm_style.說明：
在php.ini中，有一個參數max_execution_time可以設置PHP腳本的最大執行時間，但是，在php-cgi(php-fpm)中，該參數不會起效。真正能夠控制PHP腳本最大執行時：
<valuename=”request_terminate_timeout”>0s</value>就是說如果是使用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一個毫秒級超時的例子：
其他一些技巧：
按照經驗總結是：cURL版本>=libcurl/7.21.0版本，毫秒級超時是一定生效的，切記。
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()處理：
file_get_contents超時：
fopen超時：
MySQL
php中的mysql客戶端都沒有設置超時的選項，mysqli和mysql都沒有，但是libmysql是提供超時選項的，只是我們在php中隱藏了而已。
那么如何在PHP中使用這個操作捏，就需要我們自己定義一些MySQL操作常量，主要涉及的常量有：
MYSQL_OPT_READ_TIMEOUT=11;MYSQL_OPT_WRITE_TIMEOUT=12;這兩個，定義以后，可以使用options設置相應的值。
不過有個注意點，mysql內部實現：
超時設置單位為秒，最少配置1秒
但mysql底層的read會重試兩次，所以實際會是3秒
重試兩次+ 自身一次=3倍超時時間，那么就是說最少超時時間是3秒，不會低于這個值，對于大部分應用來說可以接受，但是對于小部分應用需要優化。
查看一個設置訪問mysql超時的php實例：
延伸閱讀：
http://blog.csdn.net/heiyeshuwu/article/details/5869813
Memcached
PHP擴展
php_memcache客戶端：
連接超時：boolMemcache::connect(string$host[,int$port[,int$timeout]])
在get和set的時候，都沒有明確的超時設置參數。
libmemcached客戶端：在php接口沒有明顯的超時參數。
說明：所以說，在PHP中訪問Memcached是存在很多問題的，需要自己hack部分操作，或者是參考網上補丁。
C&C++訪問Memcached
客戶端：libmemcached客戶端
說明：memcache超時配置可以配置小點，比如5，10個毫秒已經夠用了，超過這個時間還不如從數據庫查詢。
下面是一個連接和讀取set數據的超時的C++示例：
//創建連接超時（連接到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; } //設置連接/讀取超時 memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_HASH,MEMCACHED_HASH_DEFAULT); memcached_behavior_set(handle,MEMCACHED_BEHAVIOR_NO_BLOCK,_noblock);//參數MEMCACHED_BEHAVIOR_NO_BLOCK為1使超時配置生效，不設置超時會不生效，關鍵時候會悲劇的，容易引起雪崩 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); //設置一致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]); } } _mpool=memcached_pool_create(handle,_min_connect,_max_connect); if(_mpool==NULL){ __LOG_WARNING__(“MemCacheProxy”,”create_poolerror”); returnNULL; } mmc=memcached_pool_pop(_mpool,false,&prc); if(mmc==NULL){ __LOG_WARNING__(“MyMemCacheProxy”,”gethandlefrompoolerror[%d]“,(int)prc); } //__LOG_DEBUG__(“MemCacheProxy”,”gethandle[%p]“,handle); returnmmc; } //設置一個key超時（set一個數據到memcached） boolMemCacheProxy::_add(memcached_st*handle,unsignedint*key,constchar*value,intlen,unsignedinttimeout) { memcached_returnrc; chartmp[1024]; snprintf(tmp,sizeof(tmp),”%u#%u”,key[0],key[1]); //有個timeout值 rc=memcached_set(handle,tmp,strlen(tmp),(char*)value,len,timeout,0); if(MEMCACHED_SUCCESS!=rc){ returnfalse; } returntrue; } //Memcache讀取數據超時(沒有設置)libmemcahed源碼中接口定義：
LIBMEMCACHED_APIchar*memcached_get(memcached_st*ptr,constchar*key,size_tkey_length,size_t*value_length,uint32_t*flags,memcached_return_t*error); LIBMEMCACHED_APImemcached_return_tmemcached_mget(memcached_st*ptr,constchar*const*keys,constsize_t*key_length,size_tnumber_of_keys);從接口中可以看出在讀取數據的時候，是沒有超時設置的。
延伸閱讀：
http://hi.baidu.com/chinauser/item/b30af90b23335dde73e67608?
http://libmemcached.org/libMemcached.html
如何實現超時
程序中需要有超時這種功能，比如你單獨訪問一個后端Socket模塊，Socket模塊不屬于我們上面描述的任何一種的時候，它的協議也是私有的，那么這個時候可能需要自己去實現一些超時處理策略，這個時候就需要一些處理代碼了。
PHP中超時實現
一、初級：最簡單的超時實現 （秒級超時）
思路很簡單：鏈接一個后端，然后設置為非阻塞模式，如果沒有連接上就一直循環，判斷當前時間和超時時間之間的差異。
phpsocket中實現原始的超時：(每次循環都當前時間去減，性能會很差，cpu占用會較高)
二、升級：使用PHP自帶異步IO去實現（毫秒級超時）
說明：
異步IO：異步IO的概念和同步IO相對。當一個異步過程調用發出后，調用者不能立刻得到結果。實際處理這個調用的部件在完成后，通過狀態、通知和回調來通知調用者。異步IO將比特分成小組進行傳送，小組可以是8位的1個字符或更長。發送方可以在任何時刻發送這些比特組，而接收方從不知道它們會在什么時候到達。
多路復用：復用模型是對多個IO操作進行檢測，返回可操作集合，這樣就可以對其進行操作了。這樣就避免了阻塞IO不能隨時處理各個IO和非阻塞占用系統資源的確定。
使用socket_select()實現超時
socket_select(…,floor($timeout),ceil($timeout*1000000));select的特點：能夠設置到微秒級別的超時！
使用socket_select()的超時代碼（需要了解一些異步IO編程的知識去理解）
編程 調用類 編程
編程 異步多路復用IO & 超時連接處理類 編程
C&C++中超時實現
一般在LinuxC/C++中，可以使用：alarm()設置定時器的方式實現秒級超時，或者：select()、poll()、epoll()之類的異步復用IO實現毫秒級超時。也可以使用二次封裝的異步io庫（libevent,libev）也能實現。
一、使用alarm中用信號實現超時 （秒級超時）
說明：Linux內核connect超時通常為75秒，我們可以設置更小的時間如10秒來提前從connect中返回。這里用使用信號處理機制，調用alarm，超時后產生SIGALRM信號（也可使用select實現）
用alarym秒級實現 connect設置超時代碼示例：
//信號處理函數staticvoidconnect_alarm(intsigno) {debug_printf(“SignalHandler”);return;}//alarm超時連接實現staticvoidconn_alarm(){Sigfunc*sigfunc;//現有信號處理函數sigfunc=signal(SIGALRM,connect_alarm);//建立信號處理函數connect_alarm,(如果有)保存現有的信號處理函數 inttimeout=5; //設置鬧鐘 if(alarm(timeout)!=0){?
轉載于:https://www.cnblogs.com/sophiading/p/9796894.html
總結
以上是生活随笔為你收集整理的Web服务器超时处理的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 浏览器title中的小图标0927 09
- 下一篇： js node.js 编写命令工具dem