1. Nginx
1). 學(xué)習(xí)資源
2). Nginx
Nginx是一款輕量級(jí)的 Web 服務(wù)器/反向代理服務(wù)器及電子郵件（IMAP/POP3）代理服務(wù)器貌嫡，其特點(diǎn)是占有內(nèi)存少次坡，并發(fā)能力強(qiáng)嘲叔。Nginx 是俄羅斯人編寫的十分輕量級(jí)的 HTTP 服務(wù)器,Nginx硝逢，它的發(fā)音為“engine X”赏壹，是一個(gè)高性能的HTTP和反向代理服務(wù)器百拓，同時(shí)也是一個(gè) IMAP/POP3/SMTP 代理服務(wù)器。Nginx 是由俄羅斯人 Igor Sysoev 為俄羅斯訪問量第二的 Rambler.ru 站點(diǎn)開發(fā)的琴拧，它已經(jīng)在該站點(diǎn)運(yùn)行超過兩年半了降瞳。Igor Sysoev 在建立的項(xiàng)目時(shí),使用基于 BSD 許可。
3). Nginx 特點(diǎn)
Nginx 做為 HTTP 服務(wù)器蚓胸，有以下幾項(xiàng)基本特性：
- 處理靜態(tài)文件挣饥，索引文件以及自動(dòng)索引；打開文件描述符緩沖．
- 無緩存的反向代理加速沛膳，簡(jiǎn)單的負(fù)載均衡和容錯(cuò)．
- FastCGI亮靴，簡(jiǎn)單的負(fù)載均衡和容錯(cuò)．
- 模塊化的結(jié)構(gòu)。包括 gzipping, byte ranges, chunked responses,以及 SSI-filter 等 filter于置。如果由 FastCGI 或其它代理服務(wù)器處理單頁中存在的多個(gè) SSI茧吊，則這項(xiàng)處理可以并行運(yùn)行，而不需要相互等待八毯。
- 支持 SSL 和 TLSSNI．
Nginx 專為性能優(yōu)化而開發(fā)搓侄，性能是其最重要的考量,實(shí)現(xiàn)上非常注重效率 。它支持內(nèi)核 Poll 模型话速，能經(jīng)受高負(fù)載的考驗(yàn),有報(bào)告表明能支持高達(dá) 50,000 個(gè)并發(fā)連接數(shù)讶踪。
Nginx 具有很高的穩(wěn)定性。其它 HTTP 服務(wù)器泊交，當(dāng)遇到訪問的峰值乳讥，或者有人惡意發(fā)起慢速連接時(shí)柱查，也很可能會(huì)導(dǎo)致服務(wù)器物理內(nèi)存耗盡頻繁交換，失去響應(yīng)云石，只能重啟服務(wù)器唉工。例如當(dāng)前 apache 一旦上到 200 個(gè)以上進(jìn)程，web響應(yīng)速度就明顯非常緩慢了汹忠。而 Nginx 采取了分階段資源分配技術(shù)淋硝，使得它的 CPU 與內(nèi)存占用率非常低。Nginx 官方表示保持 10,000 個(gè)沒有活動(dòng)的連接宽菜，它只占 2.5M 內(nèi)存谣膳，所以類似 DOS 這樣的攻擊對(duì) Nginx 來說基本上是毫無用處的。就穩(wěn)定性而言,Nginx 比 lighthttpd 更勝一籌铅乡。
Nginx 支持熱部署继谚。它的啟動(dòng)特別容易, 并且?guī)缀蹩梢宰龅?7*24 不間斷運(yùn)行，即使運(yùn)行數(shù)個(gè)月也不需要重新啟動(dòng)阵幸。你還能夠在不間斷服務(wù)的情況下犬庇，對(duì)軟件版本進(jìn)行進(jìn)行升級(jí)。
Nginx 采用 master-slave 模型,能夠充分利用 SMP 的優(yōu)勢(shì)侨嘀，且能夠減少工作進(jìn)程在磁盤 I/O 的阻塞延遲。當(dāng)采用 select()/poll() 調(diào)用時(shí)捂襟，還可以限制每個(gè)進(jìn)程的連接數(shù)咬腕。
Nginx 代碼質(zhì)量非常高，代碼很規(guī)范葬荷，手法成熟涨共，模塊擴(kuò)展也很容易。特別值得一提的是強(qiáng)大的 Upstream 與 Filter 鏈宠漩。Upstream 為諸如 reverse proxy,與其他服務(wù)器通信模塊的編寫奠定了很好的基礎(chǔ)举反。而 Filter 鏈最酷的部分就是各個(gè) filter 不必等待前一個(gè) filter 執(zhí)行完畢。它可以把前一個(gè) filter 的輸出做為當(dāng)前 filter 的輸入扒吁，這有點(diǎn)像 Unix 的管線火鼻。這意味著，一個(gè)模塊可以開始?jí)嚎s從后端服務(wù)器發(fā)送過來的請(qǐng)求雕崩，且可以在模塊接收完后端服務(wù)器的整個(gè)請(qǐng)求之前把壓縮流轉(zhuǎn)向客戶端魁索。
Nginx 采用了一些 os 提供的最新特性如對(duì) sendfile (Linux2.2+)，accept-filter (FreeBSD4.1+)盼铁，TCP_DEFER_ACCEPT (Linux 2.4+)的支持粗蔚，從而大大提高了性能。
4). 反向代理
代理就是一個(gè)代表饶火、一個(gè)渠道鹏控，此時(shí)就設(shè)計(jì)到兩個(gè)角色致扯，一個(gè)是被代理角色，一個(gè)是目標(biāo)角色当辐，被代理角色通過這個(gè)代理訪問目標(biāo)角色完成一些任務(wù)的過程稱為代理操作過程抖僵。
I. 正向代理最大的特點(diǎn)是客戶端非常明確要訪問的服務(wù)器地址；服務(wù)器只清楚請(qǐng)求來自哪個(gè)代理服務(wù)器瀑构，而不清楚來自哪個(gè)具體的客戶端裆针；正向代理模式屏蔽或者隱藏了真實(shí)客戶端信息。
II. 多個(gè)客戶端給服務(wù)器發(fā)送的請(qǐng)求寺晌，nginx服務(wù)器接收到之后世吨，按照一定的規(guī)則分發(fā)給了后端的業(yè)務(wù)處理服務(wù)器進(jìn)行處理了。此時(shí)~請(qǐng)求的來源也就是客戶端是明確的呻征，但是請(qǐng)求具體由哪臺(tái)服務(wù)器處理的并不明確了耘婚，nginx扮演的就是一個(gè)反向代理角色。反向代理陆赋，主要用于服務(wù)器集群分布式部署的情況下沐祷，反向代理隱藏了服務(wù)器的信息！網(wǎng)站中大部分功能也是直接使用nginx進(jìn)行反向代理實(shí)現(xiàn)的攒岛，通過封裝nginx和其他的組件之后起了個(gè)高大上的名字：Tengine
III. 通常情況下赖临，我們?cè)趯?shí)際項(xiàng)目操作時(shí)，正向代理和反向代理很有可能會(huì)存在在一個(gè)應(yīng)用場(chǎng)景中灾锯，正向代理代理客戶端的請(qǐng)求去訪問目標(biāo)服務(wù)器兢榨，目標(biāo)服務(wù)器是一個(gè)反向單利服務(wù)器，反向代理了多臺(tái)真實(shí)的業(yè)務(wù)處理服務(wù)器顺饮。具體的拓?fù)鋱D如下：
5). 負(fù)載均衡
客戶端發(fā)送的吵聪、nginx反向代理服務(wù)器接收到的請(qǐng)求數(shù)量（負(fù)載量），請(qǐng)求數(shù)量按照一定的規(guī)則進(jìn)行分發(fā)到不同的服務(wù)器處理的規(guī)則（均衡規(guī)則）兼雄，將服務(wù)器接收到的請(qǐng)求按照規(guī)則分發(fā)的過程吟逝，稱為負(fù)載均衡。
負(fù)載均衡在實(shí)際項(xiàng)目操作過程中赦肋，有硬件負(fù)載均衡和軟件負(fù)載均衡兩種块攒，硬件負(fù)載均衡也稱為硬負(fù)載，如F5負(fù)載均衡佃乘，相對(duì)造價(jià)昂貴成本較高局蚀，但是數(shù)據(jù)的穩(wěn)定性安全性等等有非常好的保障，如中國(guó)移動(dòng)中國(guó)聯(lián)通這樣的公司才會(huì)選擇硬負(fù)載進(jìn)行操作恕稠；更多的公司考慮到成本原因琅绅，會(huì)選擇使用軟件負(fù)載均衡，軟件負(fù)載均衡是利用現(xiàn)有的技術(shù)結(jié)合主機(jī)硬件實(shí)現(xiàn)的一種消息隊(duì)列分發(fā)機(jī)制鹅巍。
負(fù)載均衡調(diào)度算法方式如下：
- weight輪詢（默認(rèn)）：接收到的請(qǐng)求按照順序逐一分配到不同的后端服務(wù)器千扶，即使在使用過程中料祠，某一臺(tái)后端服務(wù)器宕機(jī)，nginx會(huì)自動(dòng)將該服務(wù)器剔除出隊(duì)列澎羞，請(qǐng)求受理情況不會(huì)受到任何影響髓绽。 這種方式下，可以給不同的后端服務(wù)器設(shè)置一個(gè)權(quán)重值（weight）妆绞，用于調(diào)整不同的服務(wù)器上請(qǐng)求的分配率顺呕；權(quán)重?cái)?shù)據(jù)越大，被分配到請(qǐng)求的幾率越大括饶；該權(quán)重值株茶，主要是針對(duì)實(shí)際工作環(huán)境中不同的后端服務(wù)器硬件配置進(jìn)行調(diào)整的。
- ip_hash：每個(gè)請(qǐng)求按照發(fā)起客戶端的ip的hash結(jié)果進(jìn)行匹配图焰，這樣的算法下一個(gè)固定ip地址的客戶端總會(huì)訪問到同一個(gè)后端服務(wù)器启盛，這也在一定程度上解決了集群部署環(huán)境下session共享的問題。
- fair：智能調(diào)整調(diào)度算法技羔，動(dòng)態(tài)的根據(jù)后端服務(wù)器的請(qǐng)求處理到響應(yīng)的時(shí)間進(jìn)行均衡分配僵闯，響應(yīng)時(shí)間短處理效率高的服務(wù)器分配到請(qǐng)求的概率高，響應(yīng)時(shí)間長(zhǎng)處理效率低的服務(wù)器分配到的請(qǐng)求少藤滥；結(jié)合了前兩者的優(yōu)點(diǎn)的一種調(diào)度算法鳖粟。但是需要注意的是nginx默認(rèn)不支持fair算法，如果要使用這種調(diào)度算法拙绊，請(qǐng)安裝upstream_fair模塊
- url_hash：按照訪問的url的hash結(jié)果分配請(qǐng)求向图，每個(gè)請(qǐng)求的url會(huì)指向后端固定的某個(gè)服務(wù)器，可以在nginx作為靜態(tài)服務(wù)器的情況下提高緩存效率时呀。同樣要注意nginx默認(rèn)不支持這種調(diào)度算法，要使用的話需要安裝nginx的hash軟件包
6). Windows安裝
I. Nginx 下載 并解壓
II. 雙擊nginx.exe晶默， 瀏覽器訪問http://localhost/即可
III. 命令行開啟
nginx
IV. 命令行關(guān)閉
# 強(qiáng)制停止nginx服務(wù)器谨娜，如果有未處理的數(shù)據(jù)，丟棄
nginx -s stop
# 優(yōu)雅的停止nginx服務(wù)器磺陡，如果有未處理的數(shù)據(jù)趴梢，等待處理完成之后停止
nginx -s quit
7). nginx配置
nginx服務(wù)器的配置信息主要集中在nginx.conf這個(gè)配置文件中(\nginx-1.14.0\conf\nginx.conf)
main # 全局配置
events { # nginx工作模式配置
}
http { # http設(shè)置
....
server { # 服務(wù)器主機(jī)配置
....
location { # 路由配置
....
}
location path {
....
}
location otherpath {
....
}
}
server {
....
location {
....
}
}
upstream name { # 負(fù)載均衡配置
....
}
}
- main：用于進(jìn)行nginx全局信息的配置
- events：用于nginx工作模式的配置
- http：用于進(jìn)行http協(xié)議信息的一些配置
- server：用于進(jìn)行服務(wù)器訪問信息的配置
- location：用于進(jìn)行訪問路由的配置
- upstream：用于進(jìn)行負(fù)載均衡的配置
I. main模塊
# user nobody nobody;
worker_processes 2;
# error_log logs/error.log
# error_log logs/error.log notice
# error_log logs/error.log info
# pid logs/nginx.pid
worker_rlimit_nofile 1024;
- user用來指定nginx worker進(jìn)程運(yùn)行用戶以及用戶組，默認(rèn)nobody賬號(hào)運(yùn)行
- worker_processes指定nginx要開啟的子進(jìn)程數(shù)量币他，運(yùn)行過程中監(jiān)控每個(gè)進(jìn)程消耗內(nèi)存(一般幾M~幾十M不等)根據(jù)實(shí)際情況進(jìn)行調(diào)整坞靶，通常數(shù)量是CPU內(nèi)核數(shù)量的整數(shù)倍
- error_log定義錯(cuò)誤日志文件的位置及輸出級(jí)別【debug / info / notice / warn / error / crit】
- pid用來指定進(jìn)程id的存儲(chǔ)文件的位置
- worker_rlimit_nofile用于指定一個(gè)進(jìn)程可以打開最多文件數(shù)量的描述
II. event 模塊
event {
worker_connections 1024;
multi_accept on;
use epoll;
}
- worker_connections 指定最大可以同時(shí)接收的連接數(shù)量，這里一定要注意蝴悉，最大連接數(shù)量是和worker processes共同決定的彰阴。
- multi_accept 配置指定nginx在收到一個(gè)新連接通知后盡可能多的接受更多的連接
- use epoll 配置指定了線程輪詢的方法，如果是linux2.6+拍冠，使用epoll;如果是BSD如Mac請(qǐng)使用Kqueue
III. http模塊
作為web服務(wù)器尿这，http模塊是nginx最核心的一個(gè)模塊簇抵，配置項(xiàng)也是比較多的，項(xiàng)目中會(huì)設(shè)置到很多的實(shí)際業(yè)務(wù)場(chǎng)景射众，需要根據(jù)硬件信息進(jìn)行適當(dāng)?shù)呐渲玫冢Ｒ?guī)情況下，使用默認(rèn)配置即可叨橱！
http {
##
# 基礎(chǔ)配置
##
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
# server_tokens off;
# server_names_hash_bucket_size 64;
# server_name_in_redirect off;
include /etc/nginx/mime.types;
default_type application/octet-stream;
##
# SSL證書配置
##
ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
ssl_prefer_server_ciphers on;
##
# 日志配置
##
access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;
##
# Gzip 壓縮配置
##
gzip on;
gzip_disable "msie6";
# gzip_vary on;
# gzip_proxied any;
# gzip_comp_level 6;
# gzip_buffers 16 8k;
# gzip_http_version 1.1;
# gzip_types text/plain text/css application/json application/javascript
text/xml application/xml application/xml+rss text/javascript;
##
# 虛擬主機(jī)配置
##
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
}
=> 基礎(chǔ)配置
- sendfile on：配置on讓sendfile發(fā)揮作用典蜕，將文件的回寫過程交給數(shù)據(jù)緩沖去去完成，而不是放在應(yīng)用中完成罗洗，這樣的話在性能提升有有好處
- tc_nopush on：讓nginx在一個(gè)數(shù)據(jù)包中發(fā)送所有的頭文件愉舔，而不是一個(gè)一個(gè)單獨(dú)發(fā)
- tcp_nodelay on：讓nginx不要緩存數(shù)據(jù)，而是一段一段發(fā)送栖博，如果數(shù)據(jù)的傳輸有實(shí)時(shí)性的要求的話可以配置它屑宠，發(fā)送完一小段數(shù)據(jù)就立刻能得到返回值，但是不要濫用哦
- keepalive_timeout 10：給客戶端分配連接超時(shí)時(shí)間仇让，服務(wù)器會(huì)在這個(gè)時(shí)間過后關(guān)閉連接典奉。一般設(shè)置時(shí)間較短，可以讓nginx工作持續(xù)性更好
- client_header_timeout 10：設(shè)置請(qǐng)求頭的超時(shí)時(shí)間
- client_body_timeout 10:設(shè)置請(qǐng)求體的超時(shí)時(shí)間
- send_timeout 10：指定客戶端響應(yīng)超時(shí)時(shí)間丧叽，如果客戶端兩次操作間隔超過這個(gè)時(shí)間卫玖，服務(wù)器就會(huì)關(guān)閉這個(gè)鏈接
- limit_conn_zone $binary_remote_addr zone=addr:5m ：設(shè)置用于保存各種key的共享內(nèi)存的參數(shù)，
- limit_conn addr 100: 給定的key設(shè)置最大連接數(shù)
- server_tokens：雖然不會(huì)讓nginx執(zhí)行速度更快踊淳，但是可以在錯(cuò)誤頁面關(guān)閉nginx版本提示假瞬，對(duì)于網(wǎng)站安全性的提升有好處哦
- include /etc/nginx/mime.types：指定在當(dāng)前文件中包含另一個(gè)文件的指令
- default_type application/octet-stream：指定默認(rèn)處理的文件類型可以是二進(jìn)制
- type_hash_max_size 2048：混淆數(shù)據(jù)，影響三列沖突率迂尝，值越大消耗內(nèi)存越多脱茉，散列key沖突率會(huì)降低，檢索速度更快垄开；值越小key琴许，占用內(nèi)存較少，沖突率越高溉躲，檢索速度變慢
=> 日志配置
- access_log logs/access.log：設(shè)置存儲(chǔ)訪問記錄的日志
- error_log logs/error.log：設(shè)置存儲(chǔ)記錄錯(cuò)誤發(fā)生的日志
=> SSL證書加密
- ssl_protocols：指令用于啟動(dòng)特定的加密協(xié)議榜田，nginx在1.1.13和1.0.12版本后默認(rèn)是ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2，TLSv1.1與TLSv1.2要確保OpenSSL >= 1.0.1 锻梳，SSLv3 現(xiàn)在還有很多地方在用但有不少被攻擊的漏洞箭券。
- ssl prefer server ciphers：設(shè)置協(xié)商加密算法時(shí)，優(yōu)先使用我們服務(wù)端的加密套件疑枯，而不是客戶端瀏覽器的加密套件
=> 壓縮配置
- gzip 是告訴nginx采用gzip壓縮的形式發(fā)送數(shù)據(jù)辩块。這將會(huì)減少我們發(fā)送的數(shù)據(jù)量。
- gzip_disable 為指定的客戶端禁用gzip功能。我們?cè)O(shè)置成IE6或者更低版本以使我們的方案能夠廣泛兼容庆捺。
- gzip_static 告訴nginx在壓縮資源之前古今，先查找是否有預(yù)先gzip處理過的資源。這要求你預(yù)先壓縮你的文件（在這個(gè)例子中被注釋掉了）滔以，從而允許你使用最高壓縮比捉腥，這樣nginx就不用再壓縮這些文件了。
- gzip_proxied 允許或者禁止壓縮基于請(qǐng)求和響應(yīng)的響應(yīng)流你画。我們?cè)O(shè)置為any抵碟，意味著將會(huì)壓縮所有的請(qǐng)求。
- gzip_min_length 設(shè)置對(duì)數(shù)據(jù)啟用壓縮的最少字節(jié)數(shù)坏匪。如果一個(gè)請(qǐng)求小于1000字節(jié)拟逮，我們最好不要壓縮它，因?yàn)閴嚎s這些小的數(shù)據(jù)會(huì)降低處理此請(qǐng)求的所有進(jìn)程的速度适滓。
- gzip_comp_level 設(shè)置數(shù)據(jù)的壓縮等級(jí)敦迄。這個(gè)等級(jí)可以是1-9之間的任意數(shù)值，9是最慢但是壓縮比最大的凭迹。我們?cè)O(shè)置為4罚屋，這是一個(gè)比較折中的設(shè)置。
- gzip_type 設(shè)置需要壓縮的數(shù)據(jù)格式嗅绸。
=> 文件緩存配置
- open_file_cache 打開緩存的同時(shí)也指定了緩存最大數(shù)目脾猛，以及緩存的時(shí)間。我們可以設(shè)置一個(gè)相對(duì)高的最大時(shí)間鱼鸠，這樣我們可以在它們不活動(dòng)超過20秒后清除掉猛拴。
- open_file_cache_valid 在open_file_cache中指定檢測(cè)正確信息的間隔時(shí)間。
- open_file_cache_min_uses 定義了open_file_cache中指令參數(shù)不活動(dòng)時(shí)間期間里最小的文件數(shù)蚀狰。
- open_file_cache_errors 指定了當(dāng)搜索一個(gè)文件時(shí)是否緩存錯(cuò)誤信息愉昆，也包括再次給配置中添加文件。我們也包括了服務(wù)器模塊麻蹋，這些是在不同文件中定義的跛溉。如果你的服務(wù)器模塊不在這些位置，你就得修改這一行來指定正確的位置哥蔚。
IV. server模塊
srever模塊配置是http模塊中的一個(gè)子模塊倒谷，用來定義一個(gè)虛擬訪問主機(jī)蛛蒙，也就是一個(gè)虛擬服務(wù)器的配置信息
server {
listen 80;
server_name localhost 192.168.1.100;
root /nginx/www;
index index.php index.html index.html;
charset utf-8;
access_log logs/access.log;
error_log logs/error.log;
......
}
- server：一個(gè)虛擬主機(jī)的配置糙箍，一個(gè)http中可以配置多個(gè)server
- server_name：用力啊指定ip地址或者域名，多個(gè)配置之間用空格分隔
- root：表示整個(gè)server虛擬主機(jī)內(nèi)的根目錄牵祟，所有當(dāng)前主機(jī)中web項(xiàng)目的根目錄
- index：用戶訪問web網(wǎng)站時(shí)的全局首頁
- charset：用于設(shè)置www/路徑中配置的網(wǎng)頁的默認(rèn)編碼格式
- access_log：用于指定該虛擬主機(jī)服務(wù)器中的訪問記錄日志存放路徑
- error_log：用于指定該虛擬主機(jī)服務(wù)器中訪問錯(cuò)誤日志的存放路徑
V. location模塊
location模塊是nginx配置中出現(xiàn)最多的一個(gè)配置深夯，主要用于配置路由訪問信息。在路由訪問信息配置中關(guān)聯(lián)到反向代理、負(fù)載均衡等等各項(xiàng)功能咕晋，所以location模塊也是一個(gè)非常重要的配置模塊
=> 基本配置
location / {
root /nginx/www;
index index.php index.html index.htm;
}
- location /：表示匹配訪問根目錄
- root：用于指定訪問根目錄時(shí)雹拄，訪問虛擬主機(jī)的web目錄
- index：在不指定訪問具體資源時(shí)，默認(rèn)展示的資源文件列表
=> 反向代理配置方式
通過反向代理代理服務(wù)器訪問模式掌呜，通過proxy_set配置讓客戶端訪問透明化
location / {
proxy_pass http://localhost:8888;
proxy_set_header X-real-ip $remote_addr;
proxy_set_header Host $http_host;
}
=> uwsgi配置
wsgi模式下的服務(wù)器配置訪問方式
location / {
include uwsgi_params;
uwsgi_pass localhost:8888
}
VI. upstream模塊
upstream模塊主要負(fù)責(zé)負(fù)載均衡的配置滓玖，通過默認(rèn)的輪詢調(diào)度方式來分發(fā)請(qǐng)求到后端服務(wù)器。簡(jiǎn)單的配置方式如下：
upstream name {
ip_hash;
server 192.168.1.100:8000;
server 192.168.1.100:8001 down;
server 192.168.1.100:8002 max_fails=3;
server 192.168.1.100:8003 fail_timeout=20s;
server 192.168.1.100:8004 max_fails=3 fail_timeout=20s;
}
- ip_hash：指定請(qǐng)求調(diào)度算法质蕉，默認(rèn)是weight權(quán)重輪詢調(diào)度势篡，可以指定
- server host:port：分發(fā)服務(wù)器的列表配置
- down：表示該主機(jī)暫停服務(wù)
- max_fails：表示失敗最大次數(shù)，超過失敗最大次數(shù)暫停服務(wù)
- fail_timeout：表示如果請(qǐng)求受理失敗模暗，暫停指定的時(shí)間之后重新發(fā)起請(qǐng)求
