最近剛接觸nginx，在網上查閱了相關資料，看到最多的形容nginx的詞就是反向代理，反向代理是什麼了？一直都不是很理解，於是在網上查了反向代理，下面給出百度百科對反向代理的解釋。

百度百科解釋：反向代理（Reverse Proxy）方式是指以代理伺服器來接受internet上的連線請求，然後將請求轉發給內部網路上的伺服器，並將從伺服器上得到的結果返回給internet上請求連線的客戶端，此時代理伺服器對外就表現為一個反向代理伺服器。

通過上面的解釋很容易理解nginx反向代理的意思，也就是說nginx就相當於代理伺服器。客戶端發出請求，並不是直接被tomcat伺服器接收處理，而是要先經過nginx，nginx再轉發給tomcat伺服器；tomcat處理完成返回結果後，也是先經過nginx，nginx再返回客戶端。在整個過程中，nginx貌似充當了真正的伺服器，其實並不是，nginx只是起到了轉發的作用。

根據反向代理的特性，我們可以把不需要伺服器處理的靜態資源（HTML，JS，CSS等）直接讓nginx處理，JSP等讓伺服器處理，這樣就減輕了伺服器的壓力。

下面來實現一下利用nginx代理轉發tomcat的例項：

1.環境配置

安裝tomcat，tomcat安裝很簡單，直接壓縮包解壓就行，這裡就不再細說。

2.執行環境

nginx安裝完成並啟動過後，在瀏覽器直接輸入Linux系統的IP地址，即可訪問，如下所示：

3.配置解析

看到這是不是很好奇，為什麼直接輸入IP就可以進入nginx，是在哪配置的了？看一下nginx的配置檔案，一般預設在nginx資料夾下有個conf資料夾，裡面有個nginx.conf，打開發現裡面有一段如下配置：

這段程式碼是在配置檔案中的server中，一個server相當於一個代理伺服器，可以配置多個server。

裡面幾個屬性的意思分別是：

listen：代表當前代理伺服器的訪問埠號，預設是80埠。如果要配置多個server，這裡的預設埠需要改變，要不然系統不知道進入哪個代理服務。

server_name：表示代理服務需要轉發的地址，預設是localhost。

location：表示匹配客戶端傳送請求的路徑，這裡“/”代表所有請求的路徑都能匹配。

root：表示請求別匹配到後，會在這個資料夾內尋找相應的檔案，root對後面靜態資源的處理很重要。

index：如果代理沒有指定主頁，將預設進入index配置下尋找主頁，可以配置多個，第一個主頁找不到，訪問第二個，以此類推。

error_page：代表發生錯誤後進入的相關錯誤頁面，下面的location也是處理錯誤的相關配置。

PS：剛剛說的nginx.conf路徑在安裝的時候是可以通過–conf-path=配置的，我在安裝的時候就指定了“/etc/nginx/nginx.conf” 這個路徑。但是我還在預設路徑下面找配置檔案，確實能找到，但是nginx服務用的並不是這個，而是我安裝時指定的配置檔案。所以在後面的操作中就悲劇了，怎麼改配置檔案都沒反應，一開始以為什麼地方配置的不對，浪費了好幾個小時的時間，所以在此提醒大家一下。題外話，接下來說正事。

3.配置轉發tomcat

轉發tomcat的配置很簡單，只需要在原來的配置上面修改兩個地方，如下：

這裡配置的proxy_pass屬性表示代理路徑，nginx可以直接轉發到該連結。

PS：只配置了一個server情況下，server_name可有可無，系統不會載入該配置。有多個server情況下，server_name必須要配置，nginx服務會根據該配置匹配。

修改完配置過後，別急著重啟nginx服務，怎麼？還有東西要配置？ 當然不是，nginx支援熱部署，也就是修改配置檔案過後，不需要重啟服務生效，只需要讓nginx重新載入一下即可，很方便吧。如果在載入配置之前想檢查一下配置檔案是否有語法錯誤，可以輸入“nginx -t”來檢查錯誤。如下：

接下來重新整理剛剛訪問nginx的頁面，發現訪問的頁面已經變成我們要轉發的tomcat了，頁面如下：

頁面效果和我們直接輸入“http://172.16.21.92:8080/”的效果一樣。

4.動、靜資源分離

上面說了根據nginx反向代理的特性，可以實現客戶端訪問靜態資源時，不請求tomcat伺服器，減少伺服器壓力。要想實現該功能同樣的需要配置nginx.conf的server配置，如下：

上面程式碼新加了一個location配置，用於過濾靜態檔案，當客戶端請求這些靜態檔案時，nginx會轉發到“/usr/local/ROOT/”資料夾下（ROOT資料夾是從tomcat的webapps裡面拷貝出來的），從而不需要請求伺服器。

這時再重新整理訪問nginx的頁面，發現頁面沒有變化，但是點選tomcat首頁"Security Considerations HOW-TO"連線，發現報404錯誤，如下圖：

這時為什麼了？ 原因是這個html頁面是在tomcat 的webapps裡面的docs資料夾下，但是我們配置靜態資源轉發路徑是到ROOT資料夾下面，nginx找不到HTML檔案，所以就報404錯誤。同時也驗證了配置的靜態資源與伺服器分離是沒有問題的。