作者：靜默虛空 來源：https://www.cnblogs.com/jingmoxukong/p/5945200.htm
什么是Nginx?
Nginx (engine x) 是一款輕量級的Web 服務器 、反向代理服務器及電子郵件（IMAP/POP3）代理服務器。
什么是反向代理？
反向代理（Reverse Proxy）方式是指以代理服務器來接受internet上的連接請求，然后將請求轉發給內部網絡上的服務器，并將從服務器上得到的結果返回給internet上請求連接的客戶端，此時代理服務器對外就表現為一個反向代理服務器。
安裝與使用
安裝
nginx官網下載地址：http://nginx.org，發布版本分為 linux 和 windows 版本。
也可以下載源碼，編譯后運行。
從源代碼編譯 Nginx
把源碼解壓縮之后，在終端里運行如下命令：
$ ./configure $ make $ sudo make install
默認情況下，Nginx 會被安裝在 /usr/local/nginx。通過設定編譯選項，你可以改變這個設定。
Windows 安裝
為了安裝 Nginx / Win32，需先下載它。然后解壓之，然后運行即可。下面以 C 盤根目錄為例說明下：
cd C: cd C: ginx-0.8.54 start nginx
Nginx / Win32 是運行在一個控制臺程序，而非 windows 服務方式的。服務器方式目前還是開發嘗試中。
使用
nginx 的使用比較簡單，就是幾條命令。
常用到的命令如下：
- nginx -s stop ：快速關閉Nginx，可能不保存相關信息，并迅速終止web服務。
- nginx -s quit ：平穩關閉Nginx，保存相關信息，有安排的結束web服務。
- nginx -s reload ：因改變了Nginx相關配置，需要重新加載配置而重載。
- nginx -s reopen ：重新打開日志文件。
- nginx -c filename ：為 Nginx 指定一個配置文件，來代替缺省的。
- nginx -t ：不運行，而僅僅測試配置文件。nginx 將檢查配置文件的語法的正確性，并嘗試打開配置文件中所引用到的文件。
- nginx -v：顯示 nginx 的版本。
- nginx -V：顯示 nginx 的版本，編譯器版本和配置參數。
如果不想每次都敲命令，可以在nginx安裝目錄下新添一個啟動批處理文件startup.bat，雙擊即可運行。內容如下：
如果是運行在 Linux 下，寫一個 shell 腳本，大同小異。
nginx 配置實戰
我始終認為，各種開發工具的配置還是結合實戰來講述，會讓人更易理解。
http反向代理配置
我們先實現一個小目標：不考慮復雜的配置，僅僅是完成一個 http 反向代理。
nginx.conf 配置文件如下：
注：conf / nginx.conf 是 nginx 的默認配置文件。你也可以使用 nginx -c 指定你的配置文件
好了，讓我們來試試吧：
啟動 webApp，注意啟動綁定的端口要和nginx中的 upstream 設置的端口保持一致。
更改 host：
在 C:WindowsSystem32driversetc 目錄下的host文件中添加一條DNS 記錄127.0.0.1 www.JAVAstack.cn 啟動前文中 startup.bat 的命令
在瀏覽器中訪問 www.javastack.cn，不出意外，已經可以訪問了。
負載均衡配置
上一個例子中，代理僅僅指向一個服務器。
但是，網站在實際運營過程中，多半都是有多臺服務器運行著同樣的app，這時需要使用負載均衡來分流。
nginx也可以實現簡單的負載均衡功能。
假設這樣一個應用場景：將應用部署在 192.168.1.11:80、192.168.1.12:80、192.168.1.13:80 三臺linux環境的服務器上。網站域名叫 www.javastack.cn，公網IP為 192.168.1.11。在公網IP所在的服務器上部署 nginx，對所有請求做負載均衡處理。
nginx.conf 配置如下：
網站有多個webapp的配置
當一個網站功能越來越豐富時，往往需要將一些功能相對獨立的模塊剝離出來，獨立維護。這樣的話，通常，會有多個 webapp。
舉個例子：假如 www.javastack.cn 站點有好幾個webapp，finance（金融）、product（產品）、admin（用戶中心）。訪問這些應用的方式通過上下文(context)來進行區分:
- www.javastack.cn/finance/
- www.javastack.cnproduct/
- www.javastack.cn/admin/
我們知道，http的默認端口號是80，如果在一臺服務器上同時啟動這3個 webapp 應用，都用80端口，肯定是不成的。所以，這三個應用需要分別綁定不同的端口號。
那么，問題來了，用戶在實際訪問 www.javastack.cn 站點時，訪問不同 webapp，總不會還帶著對應的端口號去訪問吧。所以，你再次需要用到反向代理來做處理。
配置也不難，來看看怎么做吧：
https反向代理配置
一些對安全性要求比較高的站點，可能會使用 HTTPS（一種使用ssl通信標準的安全HTTP協議）。
這里不科普 HTTP 協議和 SSL 標準。但是，使用 nginx 配置 https 需要知道幾點：
- HTTPS 的固定端口號是 443，不同于 HTTP 的 80 端口
- SSL 標準需要引入安全證書，所以在 nginx.conf 中你需要指定證書和它對應的 key
其他和 http 反向代理基本一樣，只是在 Server 部分配置有些不同。
靜態站點配置
有時候，我們需要配置靜態站點(即 html 文件和一堆靜態資源)。
舉例來說：如果所有的靜態資源都放在了 /app/dist 目錄下，我們只需要在 nginx.conf 中指定首頁以及這個站點的 host 即可。
配置如下：
然后，添加 HOST：
127.0.0.1 static.zp.cn，此時，在本地瀏覽器訪問 static.zp.cn ，就可以訪問靜態站點了。
跨域解決方案
web 領域開發中，經常采用前后端分離模式。這種模式下，前端和后端分別是獨立的 web 應用程序，例如：后端是 Java 程序，前端是 React 或 Vue 應用，更多請看這篇文章《到底什么是跨域，及解決方案》。
各自獨立的 web app 在互相訪問時，勢必存在跨域問題。解決跨域問題一般有兩種思路：
CORS
在后端服務器設置 HTTP 響應頭，把你需要運行訪問的域名加入加入 Access-Control-Allow-Origin 中。
jsonp
把后端根據請求，構造json數據，并返回，前端用 jsonp 跨域。
這兩種思路，本文不展開討論。
需要說明的是，nginx 根據第一種思路，也提供了一種解決跨域的解決方案。
舉例：www.javastack.cn 網站是由一個前端 app ，一個后端 app 組成的。前端端口號為 9000， 后端端口號為 8080。
前端和后端如果使用 http 進行交互時，請求會被拒絕，因為存在跨域問題。來看看，nginx 是怎么解決的吧：
首先，在 enable-cors.conf 文件中設置 cors ：
接下來，在你的服務器中 include enable-cors.conf 來引入跨域配置：
到此，就完成了。
