一、反向代理

反向代理應(yīng)該是 Nginx 做的最多的一件事了，什么是反向代理呢，以下是百度百科的說(shuō)法：反向代理（Reverse Proxy）方式是指以代理服務(wù)器來(lái)接受 internet上的連接請(qǐng)求，然后將請(qǐng)求轉(zhuǎn)發(fā)給內(nèi)部網(wǎng)絡(luò)上的服務(wù)器，并將從服務(wù)器上得到的結(jié)果返回給 internet 上請(qǐng)求連接的客戶端，此時(shí)代理服務(wù)器對(duì)外就表現(xiàn)為一個(gè)反向代理服務(wù)器。簡(jiǎn)單來(lái)說(shuō)就是真實(shí)的服務(wù)器不能直接被外部網(wǎng)絡(luò)訪問(wèn)，所以需要一臺(tái)代理服務(wù)器，而代理服務(wù)器能被外部網(wǎng)絡(luò)訪問(wèn)的同時(shí)又跟真實(shí)服務(wù)器在同一個(gè)網(wǎng)絡(luò)環(huán)境，當(dāng)然也可能是同一臺(tái)服務(wù)器，端口不同而已。下面貼上一段簡(jiǎn)單的實(shí)現(xiàn)反向代理的代碼

server { 
 listen 80; 
 server_name localhost; 
 client_max_body_size 1024M;
 location / {
 proxy_pass http://localhost:8080;
 proxy_set_header Host $host:$server_port;
 }
 }

保存配置文件后啟動(dòng) Nginx，這樣當(dāng)我們?cè)L問(wèn) localhost 的時(shí)候，就相當(dāng)于訪問(wèn) localhost:8080 了。

二、負(fù)載均衡

負(fù)載均衡也是 Nginx 常用的一個(gè)功能，負(fù)載均衡其意思就是分?jǐn)偟蕉鄠€(gè)操作單元上進(jìn)行執(zhí)行，例如：Web服務(wù)器、FTP服務(wù)器、企業(yè)關(guān)鍵應(yīng)用服務(wù)器和其它關(guān)鍵任務(wù)服務(wù)器等，從而共同完成工作任務(wù)。簡(jiǎn)單而言就是當(dāng)有2臺(tái)或以上服務(wù)器時(shí)，根據(jù)規(guī)則隨機(jī)的將請(qǐng)求分發(fā)到指定的服務(wù)器上處理，負(fù)載均衡配置一般都需要同時(shí)配置反向代理，通過(guò)反向代理跳轉(zhuǎn)到負(fù)載均衡。而Nginx目前支持自帶3種負(fù)載均衡策略，還有2種常用的第三方策略。

1、RR（默認(rèn)）

每個(gè)請(qǐng)求按時(shí)間順序逐一分配到不同的后端服務(wù)器，如果后端服務(wù)器down掉，能自動(dòng)剔除。
簡(jiǎn)單配置
 upstream test {
 server localhost:8080;
 server localhost:8081;
 }
 server {
 listen 81; 
 server_name localhost; 
 client_max_body_size 1024M;
 location / {
 proxy_pass http://test;
 proxy_set_header Host $host:$server_port;
 }
 }

配置了2臺(tái)服務(wù)器，當(dāng)然實(shí)際上是一臺(tái)，只是端口不一樣而已，而8081的服務(wù)器是不存在的,也就是說(shuō)訪問(wèn)不到，但是我們?cè)L問(wèn) http://localhost 的時(shí)候,也不會(huì)有問(wèn)題，會(huì)默認(rèn)跳轉(zhuǎn)到http://localhost:8080 具體是因?yàn)镹ginx會(huì)自動(dòng)判斷服務(wù)器的狀態(tài)，如果服務(wù)器處于不能訪問(wèn)（服務(wù)器掛了），就不會(huì)跳轉(zhuǎn)到這臺(tái)服務(wù)器，所以也避免了一臺(tái)服務(wù)器掛了影響使用的情況，由于 Nginx 默認(rèn)是RR策略，所以我們不需要其他更多的設(shè)置。

2、權(quán)重

指定輪詢幾率，weight和訪問(wèn)比率成正比，用于后端服務(wù)器性能不均的情況。例如

upstream test {
 server localhost:8080 weight=9;
 server localhost:8081 weight=1;
 }

那么10次一般只會(huì)有1次會(huì)訪問(wèn)到8081，而有9次會(huì)訪問(wèn)到8080。

3、ip_hash

上面的2種方式都有一個(gè)問(wèn)題，那就是下一個(gè)請(qǐng)求來(lái)的時(shí)候請(qǐng)求可能分發(fā)到另外一個(gè)服務(wù)器，當(dāng)我們的程序不是無(wú)狀態(tài)的時(shí)候（采用了session保存數(shù)據(jù)），這時(shí)候就有一個(gè)很大的很問(wèn)題了，比如把登錄信息保存到了session中，那么跳轉(zhuǎn)到另外一臺(tái)服務(wù)器的時(shí)候就需要重新登錄了，所以很多時(shí)候我們需要一個(gè)客戶只訪問(wèn)一個(gè)服務(wù)器，那么就需要用iphash了，iphash的每個(gè)請(qǐng)求按訪問(wèn)ip的hash結(jié)果分配，這樣每個(gè)訪客固定訪問(wèn)一個(gè)后端服務(wù)器，可以解決session的問(wèn)題。

upstream test {
 ip_hash;
 server localhost:8080;
 server localhost:8081;
 }

4、fair（第三方）

按后端服務(wù)器的響應(yīng)時(shí)間來(lái)分配請(qǐng)求，響應(yīng)時(shí)間短的優(yōu)先分配。

upstream backend { 
 fair; 
 server localhost:8080;
 server localhost:8081;
}

5、url_hash（第三方）

按訪問(wèn)url的hash結(jié)果來(lái)分配請(qǐng)求，使每個(gè)url定向到同一個(gè)后端服務(wù)器，后端服務(wù)器為緩存時(shí)比較有效。在upstream中加入hash語(yǔ)句，server語(yǔ)句中不能寫入weight等其他的參數(shù)，hash_method是使用的hash算法。

upstream backend { 
 hash $request_uri; 
 hash_method crc32; 
 server localhost:8080;
 server localhost:8081;
}

以上5種負(fù)載均衡各自適用不同情況下使用，所以可以根據(jù)實(shí)際情況選擇使用哪種策略模式,不過(guò)fair和url_hash需要安裝第三方模塊才能使用，由于本文主要介紹Nginx能做的事情，所以Nginx安裝第三方模塊不會(huì)再本文介紹。

三、HTTP服務(wù)器

Nginx本身也是一個(gè)靜態(tài)資源的服務(wù)器，當(dāng)只有靜態(tài)資源的時(shí)候，就可以使用Nginx來(lái)做服務(wù)器，同時(shí)現(xiàn)在也很流行動(dòng)靜分離，就可以通過(guò)Nginx來(lái)實(shí)現(xiàn)，首先看看Nginx做靜態(tài)資源服務(wù)器。

 server {
 listen 80; 
 server_name localhost; 
 client_max_body_size 1024M;
 location / {
 root e:wwwroot;
 index index.html;
 }
 }

這樣如果訪問(wèn)http://localhost 就會(huì)默認(rèn)訪問(wèn)到E盤wwwroot目錄下面的index.html，如果一個(gè)網(wǎng)站只是靜態(tài)頁(yè)面的話，那么就可以通過(guò)這種方式來(lái)實(shí)現(xiàn)部署。

動(dòng)靜分離

動(dòng)靜分離是讓動(dòng)態(tài)網(wǎng)站里的動(dòng)態(tài)網(wǎng)頁(yè)根據(jù)一定規(guī)則把不變的資源和經(jīng)常變的資源區(qū)分開來(lái)，動(dòng)靜資源做好了拆分以后，我們就可以根據(jù)靜態(tài)資源的特點(diǎn)將其做緩存操作，這就是網(wǎng)站靜態(tài)化處理的核心思路。

upstream test{ 
 server localhost:8080; 
 server localhost:8081; 
 } 
 server { 
 listen 80; 
 server_name localhost; 
 location / { 
 root e:wwwroot; 
 index index.html; 
 } 
 # 所有靜態(tài)請(qǐng)求都由nginx處理，存放目錄為html 
 location ~ .(gif|jpg|jpeg|png|bmp|swf|css|js)$ { 
 root e:wwwroot; 
 } 
 # 所有動(dòng)態(tài)請(qǐng)求都轉(zhuǎn)發(fā)給Tomcat處理 
 location ~ .(jsp|do)$ { 
 proxy_pass http://test; 
 } 
 error_page 500 502 503 504 /50x.html; 
 location = /50x.html { 
 root e:wwwroot; 
 } 
 }

這樣我們就可以把HTML以及圖片和css以及js放到wwwroot目錄下，而tomcat只負(fù)責(zé)處理jsp和請(qǐng)求，

例如當(dāng)我們后綴為gif的時(shí)候，Nginx默認(rèn)會(huì)從wwwroot獲取到當(dāng)前請(qǐng)求的動(dòng)態(tài)圖文件返回，當(dāng)然這里的靜態(tài)文件跟Nginx是同一臺(tái)服務(wù)器，我們也可以在另外一臺(tái)服務(wù)器，然后通過(guò)反向代理和負(fù)載均衡配置過(guò)去就好了，只要搞清楚了最基本的流程，很多配置就很簡(jiǎn)單了，另外localtion后面其實(shí)是一個(gè)正則表達(dá)式，所以非常靈活。

四、正向代理

正向代理，意思是一個(gè)位于客戶端和原始服務(wù)器(origin server)之間的服務(wù)器，為了從原始服務(wù)器取得內(nèi)容，客戶端向代理發(fā)送一個(gè)請(qǐng)求并指定目標(biāo)(原始服務(wù)器)，然后代理向原始服務(wù)器轉(zhuǎn)交請(qǐng)求并將獲得的內(nèi)容返回給客戶端。客戶端才能使用正向代理。當(dāng)你需要把你的服務(wù)器作為代理服務(wù)器的時(shí)候，可以用Nginx來(lái)實(shí)現(xiàn)正向代理，但是目前Nginx有一個(gè)問(wèn)題，那么就是不支持HTTPS，雖然我百度到過(guò)配置HTTPS的正向代理，但是到最后發(fā)現(xiàn)還是代理不了，當(dāng)然可能是我配置的不對(duì)。

 resolver 114.114.114.114 8.8.8.8;
 server {
 resolver_timeout 5s;
 listen 81;
 access_log e:wwwrootproxy.access.log;
 error_log e:wwwrootproxy.error.log;
 location / {
 proxy_pass http://$host$request_uri;
 }
 }

resolver是配置正向代理的DNS服務(wù)器，listen 是正向代理的端口，配置好了就可以在ie上面或者其他代理插件上面使用服務(wù)器ip+端口號(hào)進(jìn)行代理了。

注意：Nginx是支持熱啟動(dòng)的，也就是說(shuō)當(dāng)我們修改配置文件后，不用關(guān)閉Nginx，就可以實(shí)現(xiàn)讓配置生效。Nginx從新讀取配置的命令是：nginx -s reload 。