Nginx的並發能力在同類型網頁伺服器中的表現，相對而言是比較好的，因此受到了很多企業的青睞，我國使用Nginx網站的知名用戶包括騰訊、淘寶、百度、京東、新浪、網易等等。Nginx是網頁伺服器運維人員必備技能之一，下面為大家整理了一些比較常見的Nginx相關面試題，僅供參考：
Nginx---Ngine X，是一款免費的、自由的、開源的、高性能HTTP伺服器和反向代理伺服器；也是一個IMAP、POP3、SMTP代理伺服器；Nginx以其高性能、穩定性、豐富的功能、簡單的配置和低資源消耗而聞名。
也就是說Nginx本身就可以託管網站（類似於Tomcat一樣），進行Http服務處理，也可以作為反向代理伺服器 、負載均衡器和HTTP緩存。
Nginx 解決了伺服器的C10K（就是在一秒之內連接客戶端的數目為10k即1萬）問題。它的設計不像傳統的伺服器那樣使用線程處理請求，而是一個更加高級的機制—事件驅動機制，是一種異步事件驅動結構。
推薦下自己做的 Spring Boot 的實戰項目：
https://github.com/YunaiV/ruoyi-vue-pro
跨平臺：可以在大多數Unix like 系統編譯運行。而且也有Windows的移植版本。非阻塞、高並發連接：數據複製時，磁碟I/O的第一階段是非阻塞的。官方測試能支持5萬並發連接，實際生產中能跑2~3萬並發連接數（得益於Nginx採用了最新的epoll事件處理模型（消息隊列）。Nginx接收用戶請求是異步的，即先將用戶請求全部接收下來，再一次性發送到後端Web伺服器，極大減輕後端Web伺服器的壓力。發送響應報文時，是邊接收來自後端Web伺服器的數據，邊發送給客戶端。網絡依賴性低，理論上只要能夠ping通就可以實施負載均衡，而且可以有效區分內網、外網流量。支持內置伺服器檢測。Nginx能夠根據應用伺服器處理頁面返回的狀態碼、超時信息等檢測伺服器是否出現故障，並及時返回錯誤的請求重新提交到其它節點上。此外還有內存消耗小、成本低廉（比F5硬體負載均衡器廉價太多）、節省帶寬、穩定性高等特點。推薦下自己做的 Spring Cloud 的實戰項目：
https://github.com/YunaiV/onemall
圖片Nginx 是一個高性能的 Web 伺服器，能夠同時處理大量的並發請求。它結合多進程機制和異步機制 ，異步機制使用的是異步非阻塞方式 ，接下來就給大家介紹一下 Nginx 的多線程機制和異步非阻塞機制 。
1、多進程機制
伺服器每當收到一個客戶端時，就有 伺服器主進程 （ master process ）生成一個 子進程（ worker process ）出來和客戶端建立連接進行交互，直到連接斷開，該子進程就結束了。
使用進程的好處是各個進程之間相互獨立，不需要加鎖，減少了使用鎖對性能造成影響，同時降低編程的複雜度，降低開發成本。其次，採用獨立的進程，可以讓進程互相之間不會影響 ，如果一個進程發生異常退出時，其它進程正常工作， master 進程則很快啟動新的 worker 進程，確保服務不會中斷，從而將風險降到最低。
缺點是作業系統生成一個子進程需要進行 內存複製等操作，在資源和時間上會產生一定的開銷。當有大量請求時，會導致系統性能下降 。
2、異步非阻塞機制
每個工作進程 使用 異步非阻塞方式 ，可以處理 多個客戶端請求 。
當某個 工作進程 接收到客戶端的請求以後，調用 IO 進行處理，如果不能立即得到結果，就去 處理其他請求 （即為 非阻塞 ）；而 客戶端 在此期間也 無需等待響應 ，可以去處理其他事情（即為 異步 ）。
當 IO 返回時，就會通知此 工作進程 ；該進程得到通知，暫時 掛起 當前處理的事務去 響應客戶端請求 。
只需將請求刪除的伺服器就可以定義為：
圖片這裡，伺服器名被保留為一個空字符串，它將在沒有「主機」頭欄位的情況下匹配請求，而一個特殊的Nginx的非標準代碼444被返回，從而終止連接。
反向代理伺服器可以隱藏源伺服器的存在和特徵。它充當網際網路雲和web伺服器之間的中間層。這對於安全方面來說是很好的，特別是當您使用web託管服務時。
Nginx伺服器的最佳用法是在網絡上部署動態HTTP內容，使用SCGI、WSGI應用程式伺服器、用於腳本的FastCGI處理程序。它還可以作為負載均衡器。
主程序 Master process 啟動後，通過一個 for 循環來 接收 和 處理外部信號 ；主進程通過 fork() 函數產生 worker 子進程 ，每個子進程執行一個 for循環來實現Nginx伺服器對事件的接收和處理 。圖片一般推薦 worker 進程數與CPU內核數一致，這樣一來不存在大量的子進程生成和管理任務，避免了進程之間競爭CPU 資源和進程切換的開銷。而且 Nginx 為了更好的利用 多核特性 ，提供了 CPU 親緣性的綁定選項，我們可以將某一個進程綁定在某一個核上，這樣就不會因為進程的切換帶來 Cache 的失效。
對於每個請求，有且只有一個工作進程 對其處理。首先，每個 worker 進程都是從 master進程 fork 過來。在 master 進程裡面，先建立好需要 listen 的 socket（listenfd） 之後，然後再 fork 出多個 worker 進程。
所有 worker 進程的 listenfd 會在新連接到來時變得可讀 ，為保證只有一個進程處理該連接，所有 worker 進程在註冊 listenfd 讀事件前搶佔 accept_mutex ，搶到互斥鎖的那個進程註冊 listenfd 讀事件 ，在讀事件裡調用 accept 接受該連接。
當一個 worker 進程在 accept 這個連接之後，就開始讀取請求、解析請求、處理請求，產生數據後，再返回給客戶端 ，最後才斷開連接。這樣一個完整的請求就是這樣的了。我們可以看到，一個請求，完全由 worker 進程來處理，而且只在一個 worker 進程中處理。
圖片在 Nginx 伺服器的運行過程中， 主進程和工作進程 需要進程交互。交互依賴於 Socket 實現的管道來實現。
首先，代理伺服器一般指區域網內部的機器通過代理伺服器發送請求到網際網路上的伺服器，代理伺服器一般作用在客戶端。例如：GoAgent翻牆軟體。我們的客戶端在進行翻牆操作的時候，我們使用的正是正向代理，通過正向代理的方式，在我們的客戶端運行一個軟體，將我們的HTTP請求轉發到其他不同的伺服器端，實現請求的分發。
圖片反向代理伺服器作用在伺服器端，它在伺服器端接收客戶端的請求，然後將請求分發給具體的伺服器進行處理，然後再將伺服器的相應結果反饋給客戶端。Nginx就是一個反向代理伺服器軟體。
圖片從上圖可以看出：客戶端必須設置正向代理伺服器，當然前提是要知道正向代理伺服器的IP位址，還有代理程序的埠。反向代理正好與正向代理相反，對於客戶端而言代理伺服器就像是原始伺服器，並且客戶端不需要進行任何特別的設置。客戶端向反向代理的命名空間（name-space）中的內容發送普通請求，接著反向代理將判斷向何處（原始伺服器）轉交請求，並將獲得的內容返回給客戶端。
圖片502 =錯誤網關
503 =伺服器超載
有可能，但是您可以確保fastcgi_intercept_errors被設置為ON，並使用錯誤頁面指令。
圖片要在URL中保留雙斜線，就必須使用merge_slashes_off;
語法:merge_slashes [on/off]
默認值: merge_slashes on
環境: http，server
ngx_http_upstream_module用於定義可通過fastcgi傳遞、proxy傳遞、uwsgi傳遞、memcached傳遞和scgi傳遞指令來引用的伺服器組。
C10K問題是指無法同時處理大量客戶端(10,000)的網絡套接字。
Stub_status指令：該指令用於了解Nginx當前狀態的當前狀態，如當前的活動連接，接受和處理當前讀/寫/等待連接的總數；
Sub_filter指令：它用於搜索和替換響應中的內容，並快速修復陳舊的數據；
您可以使用Nginx模塊gunzip將請求壓縮到上遊。gunzip模塊是一個過濾器，它可以對不支持「gzip」編碼方法的客戶機或伺服器使用「內容編碼:gzip」來解壓縮響應。
要獲得Nginx的當前時間，必須使用SSI模塊、
Proxy_set_header THE-TIME $date_gmt;
用於運行Nginx -s參數的可執行文件。
在編譯過程中，必須選擇Nginx模塊，因為Nginx不支持模塊的運行時間選擇。
- END -