72道Nginx高頻題整理(附答案背誦版)

1. 簡述什么是Nginx ？

Nginx 是一個開源的高性能HTTP和反向代理服務器，也能夠用作IMAP/POP3/SMTP代理服務器。它最初由Igor Sysoev為俄羅斯的一個大型網站Rambler開發，并在2004年首次公開發布。Nginx被設計用來解決C10k問題，即同時處理超過10,000個網絡連接的需求。Nginx以其高效的事件驅動架構而聞名，這使得它在處理高并發連接時，能夠使用較少的資源（如內存和CPU）保持高性能。Nginx可以作為一個獨立的Web服務器來處理靜態內容，同時也支持動態內容處理，通過與后端應用服務器（如PHP-FPM或者uWSGI服務器）進行交互。此外，Nginx廣泛應用于反向代理、負載均衡以及HTTP緩存等場景中，以提高網站的性能和可靠性。

2. 簡述Nginx 有哪些優點？

Nginx 有許多顯著的優點，使其成為眾多高流量網站的首選服務軟件：

高性能：Nginx 能夠高效地處理大量的并發連接，這得益于它的事件驅動和異步架構。它能在保持較低內存占用的同時，支持數以萬計的并發連接，這使其非常適合現代高性能網站和Web應用。
高并發能力：Nginx專為性能優化設計，能處理大量并發請求。這一點對于面對高流量訪問時尤為重要。
低內存消耗：Nginx在處理大量并發請求時，相比其他Web服務器，如Apache，使用更少的內存資源。
反向代理與負載均衡：Nginx可以作為反向代理服務器使用，幫助提高后端服務器的可擴展性和可靠性，通過請求分發機制實現負載均衡，從而提升Web應用的整體性能。
靈活的配置：Nginx的配置文件簡潔明了，易于理解和修改，支持熱部署，無需重啟服務即可重新加載配置。
靜態內容和動態內容的高效處理：Nginx非常擅長快速服務靜態內容，如圖片、CSS文件和JavaScript文件，同時也支持動態內容的處理，可以與各種動態語言和框架（如PHP、Python、Ruby等）配合使用。
安全性：提供了基本的安全特性，包括SSL/TLS加密，IP黑名單，限制請求速率等，有助于抵御一些基本的網絡攻擊。
廣泛的應用場景：除了Web服務器和反向代理，Nginx還可以用作郵件代理服務器，以及在現代的微服務架構中充當API網關。

這些優點使Nginx非常適合作為面向現代互聯網應用的基礎設施組件，無論是為小型網站提供靜態內容快速傳輸的能力，還是為大型企業提供復雜的負載均衡和反向代理服務。

3. 簡述Nginx處理請求流程？

Nginx處理請求的流程體現了其高效、靈活的架構設計。簡單來說，Nginx的請求處理流程可以分為以下幾個主要步驟：

客戶端請求接收：當客戶端（如Web瀏覽器）發送請求到Nginx服務器時，Nginx首先接收這個請求。
請求解析：Nginx解析客戶端的請求，包括解析請求行（如GET /index.html HTTP/1.1）、請求頭部、以及請求體（如果存在的話）。這個階段，Nginx會根據請求的URI（統一資源標識符）和請求方法（如GET、POST等）來處理請求。
配置和定位：Nginx根據其配置文件（通常是nginx.conf）中的指令和上下文來處理請求。這包括根據請求的URI定位請求應該如何處理，如選擇處理靜態文件請求的文件路徑、決定是否需要將請求代理到后端應用服務器，或者是執行重定向等操作。
訪問控制：在這一步，Nginx可能會執行訪問控制檢查，如驗證請求者的IP地址是否允許訪問、檢查請求是否滿足特定的安全要求等。
請求處理：
- 如果請求是對靜態資源的請求，Nginx會直接從文件系統中查找對應的文件，并準備發送給客戶端。
- 如果配置了反向代理，Nginx會將請求轉發到后端服務器。在這種情況下，Nginx充當客戶端和后端服務器之間的中介，負責與后端服務器通信并獲取響應。
- 如果配置了負載均衡，Nginx會根據其負載均衡算法選擇一個后端服務器，并將請求轉發到該服務器。
生成響應：Nginx準備HTTP響應，這可能包括從文件系統讀取文件來響應靜態請求，或者將從后端應用服務器收到的響應轉發給客戶端。
發送響應：Nginx向客戶端發送HTTP響應，包括響應行、響應頭部和響應體（如果存在的話）。
日志記錄：請求被處理完成后，Nginx會記錄相關的請求和響應信息到日志文件中，這對于后續的分析和監控很有幫助。

整個處理流程體現了Nginx設計的高效和靈活，能夠快速響應客戶端請求，同時提供強大的配置能力來滿足不同場景的需求。

4. 簡述Nginx應用場景？

Nginx由于其高性能、穩定性和靈活的配置能力，在現代的Web架構中被廣泛應用于多種場景中：

靜態內容服務：Nginx非常擅長快速服務靜態內容，如圖片、CSS和JavaScript文件。它可以直接從磁盤讀取靜態文件并快速響應客戶端請求，減輕后端服務器的負擔。
反向代理和負載均衡：在這個應用場景中，Nginx接收來自客戶端的請求，然后根據配置將這些請求轉發到一個或多個后端服務器上。這樣做可以增加后端服務的可擴展性和可用性，通過分散請求負載來防止單點故障。
Web應用加速（緩存）：Nginx可以緩存后端服務器的響應，如動態生成的頁面。通過緩存這些內容，Nginx可以在后續請求中直接提供這些內容，減少對后端服務器的請求，從而提高Web應用的響應速度和整體性能。
安全和匿名：Nginx可以用作應用層的防火墻，提供安全功能，如SSL/TLS加密、防止DDoS攻擊、限制IP訪問等，增強Web應用的安全性。
API網關：在微服務架構中，Nginx可以作為API網關使用，管理和控制對微服務的訪問。它可以處理認證、授權、負載均衡、緩存以及微服務之間的路由。
郵件代理：Nginx還提供了郵件代理功能，支持IMAP/POP3/SMTP服務，可以用來實現郵件的反向代理功能。
流媒體：Nginx支持HTTP Live Streaming (HLS) 和Dynamic Adaptive Streaming over HTTP (DASH)等流媒體協議，可以用于構建流媒體服務器，提供視頻直播和點播服務。

這些應用場景展示了Nginx作為一個強大的網絡服務器和中間件所具有的靈活性和多功能性，能夠滿足從小型項目到大型企業級應用的各種需求。

5. Nginx 是如何實現高并發的？

Nginx 實現高并發的關鍵在于其事件驅動的異步架構。這種設計使得Nginx能夠以非常高效的方式處理成千上萬的并發連接，同時保持低內存和CPU的使用。下面是Nginx實現高并發的幾個主要機制：

事件驅動模型：Nginx使用事件驅動模型來處理請求，這意味著每個工作進程都能非阻塞地處理多個連接。當數據準備好讀取或寫入時，事件就會被觸發，Nginx工作進程響應這些事件進行處理。這樣，一個進程就可以同時處理多個連接的讀寫請求，而不是為每個連接分配一個單獨的進程或線程。
非阻塞I/O：Nginx的所有I/O操作（如網絡讀寫、與文件系統的交互）都是非阻塞的。這意味著當請求一個I/O操作時，Nginx不會掛起等待操作完成，而是繼續處理其他任務，直到I/O操作完成時再回來處理相關的任務。這避免了I/O操作的等待時間影響整體性能。
一主多工作進程：Nginx采用一主多工作進程的架構。主進程負責管理工作進程，包括創建、終止和維護工作進程的健康狀態。每個工作進程都能獨立處理連接，這樣就可以充分利用多核CPU的能力，提高并發處理能力。
負載均衡：在反向代理和負載均衡的使用場景中，Nginx可以將客戶端請求均勻地分發到多個后端服務器，這樣可以避免單個服務器因處理過多請求而過載，提高整體的處理能力和可用性。
高效的內存管理：Nginx對內存的使用進行了優化，能夠在處理大量連接時保持較低的內存消耗。它通過復用連接對象和緩沖區減少內存分配和回收的開銷，從而提高性能。
靜態文件處理和緩存機制：對于靜態內容，Nginx使用高效的算法直接從操作系統內核緩存中提供文件，減少磁盤I/O操作。此外，Nginx的緩存機制可以緩存動態內容的輸出，減少對后端服務器的請求，進一步提高處理速度。

通過這些機制，Nginx能夠處理大量并發連接，同時保持響應速度和資源使用的高效率，這也是它在高性能Web服務器中廣受歡迎的原因之一。

6. 簡述什么是正向代理？

正向代理（Forward Proxy）是客戶端和外部資源（如Internet上的網站）之間的中介。在這種設置中，正向代理代表客戶端發出請求，對外部服務器隱藏了客戶端的身份。客戶端首先將請求發送到正向代理服務器，然后該代理服務器會代表客戶端，向目標服務器發出請求并將獲取的內容返回給客戶端。這種方式使得目標服務器看到的請求似乎來自代理服務器，而不是實際的客戶端。

正向代理的主要用途包括：

訪問控制：正向代理可以控制內部網絡的客戶端訪問Internet的權限，只允許符合特定條件的請求通過。例如，一個公司可能會設置代理服務器以阻止員工訪問某些網站。
緩存內容：代理服務器可以緩存外部資源的副本，當內部網絡的客戶端請求相同的資源時，直接從緩存中提供，減少帶寬使用，提高訪問速度。
匿名瀏覽：通過隱藏客戶端的真實IP地址，正向代理可以幫助提高用戶的匿名性，使得目標服務器無法直接了解客戶端的真實來源。
繞過地理限制：正向代理服務器位于不同的地理位置時，可以幫助客戶端訪問因地理位置限制而無法直接訪問的資源。

總的來說，正向代理作為客戶端和互聯網之間的中介，不僅可以提高安全性和匿名性，還可以通過緩存和訪問控制優化網絡流量。

7. 簡述什么是反向代理？

反向代理（Reverse Proxy）是一種服務器，它位于客戶端和后端服務器之間，對外表現為后端服務的代表。與正向代理不同，反向代理代表的是服務端，客戶端對此通常無感知。當外部客戶端發起請求時，這些請求首先到達反向代理服務器，然后由反向代理決定如何將請求分發到后端的一個或多個服務器上，并將從后端服務器得到的響應返回給客戶端。

反向代理的主要功能和用途包括：

負載均衡：反向代理可以將流量分發到多個后端服務器，提高網站的可用性和響應速度，同時也能有效地分散負載，防止任何單一服務器的過載。
Web加速：通過緩存常見的頁面和資源，反向代理能減少后端服務器的負擔和響應時間，從而加快內容的加載速度。
安全與匿名性：反向代理可以隱藏后端服務器的存在和特征，對外界提供一個統一的接口。它可以作為應用層的防火墻，進行SSL加密，以及執行其他安全措施，如限制IP訪問，從而增加后端服務的安全性。
SSL終端：反向代理可以用來集中處理SSL加密和解密的過程，從而減輕后端服務器的負擔。
內容優化和壓縮：反向代理還可以在將內容發送給客戶端之前對其進行優化和壓縮，進一步提高傳輸效率。
統一和簡化訪問控制：對于復雜的應用架構，反向代理提供了一個簡化和統一的方式來管理客戶端的訪問請求，使得后端服務的部署和維護更加靈活和高效。

通過這些功能，反向代理對于提高網站的性能、可靠性和安全性起著至關重要的作用。

8. 反向代理服務器的優點是什么?

反向代理服務器提供了多種優點，對于提升企業和大型網站的性能、安全性、和可管理性都有重要作用：

負載均衡：反向代理能夠在多個服務器間分配客戶端請求，有助于均衡負載，提高網站的處理能力和可用性，防止任何單個服務器因過載而崩潰。
增強安全性：作為客戶端和服務器之間的中介層，反向代理可以隱藏服務器的真實IP地址和結構，減少直接暴露給外部攻擊的風險。它還可以實現額外的安全措施，如SSL終端化、攻擊緩解策略（如防止DDoS攻擊）等。
緩存靜態和動態內容：反向代理可以緩存經常請求的內容，減少對后端服務器的直接請求，從而加快網頁加載速度，提高用戶體驗。
壓縮和優化內容：反向代理能夠在將內容發送給客戶端前進行壓縮，減少數據傳輸量，提高傳輸速度。
SSL終端：反向代理可以集中處理加密和解密過程，簡化證書管理，提高后端服務器的性能。
提供SSL加密：反向代理能夠為后端不支持SSL的服務器提供安全的HTTPS連接，增加數據傳輸過程中的安全性。
減輕后端服務器負擔：通過請求分發、緩存和請求合并等功能，反向代理能有效減輕后端服務器的工作負擔，允許服務器更專注于動態內容的處理。
簡化網絡流量管理：反向代理提供了一個集中的點來控制和監視進出網絡流量，使網絡流量的管理更為簡單和直觀。
靈活的應用部署：反向代理使得在不中斷服務的情況下添加、替換或升級后端服務器成為可能，提供了更高的應用部署靈活性。

這些優點使得反向代理成為現代Web架構中不可或缺的一部分，尤其是在處理高流量、需要高度可靠性和安全性的環境中。

9. 簡述Nginx目錄結構有哪些？

Nginx的安裝和配置涉及多個目錄和文件，其標準目錄結構如下所示。需要注意的是，具體的目錄結構可能會根據安裝方式（如源代碼編譯安裝、包管理器安裝等）和操作系統的不同而略有差異：

/etc/nginx：這是Nginx的主配置目錄，存放所有的配置文件。
- nginx.conf：Nginx的主配置文件，控制著Nginx的大部分行為。
- mime.types：定義了不同文件類型對應的MIME類型，幫助Nginx處理靜態文件。
- conf.d/：用于存放額外的配置文件。通常推薦將服務器的特定配置放在這個目錄下的單獨文件中，以便管理和維護。
- sites-available/：在某些安裝和配置約定中，這個目錄用于存放所有可用的站點配置文件。
- sites-enabled/：存放鏈接到sites-available中活動站點的符號鏈接。這是一種常見的模式，用于啟用或禁用特定的網站配置。
/usr/share/nginx：用于存放靜態文件和網站內容。
- html/：默認的站點目錄，Nginx安裝后的歡迎頁面通常放在這里。
/var/log/nginx：存放Nginx的日志文件。
- access.log：訪問日志，記錄了所有訪問服務器的請求信息。
- error.log：錯誤日志，記錄了啟動、運行或停止Nginx過程中出現的錯誤信息。
/var/www/html：這是另一個常見的用于存放網站文件的目錄，尤其是在某些預配置的Nginx環境中。不過，這個目錄并不是Nginx默認的，而是根據實際情況和個人偏好設置的。
/usr/sbin/nginx：Nginx的可執行文件，用于啟動、停止和管理Nginx服務。

這只是一個基本的概覽，實際上，Nginx的配置和部署非常靈活，目錄結構可以根據需要進行調整。了解這些基本的目錄和文件有助于更好地管理和配置Nginx服務器。

10. 闡述Nginx配置文件nginx.conf 屬性模塊?

Nginx的配置文件nginx.conf采用模塊化的結構，允許以層次化的方式定義全局設置、服務器監聽指令以及位置塊。這種結構不僅便于管理和維護，還能靈活地適應不同的使用場景。以下是nginx.conf中常見的屬性模塊和它們的基本用途：

全局塊：這部分位于配置文件的最開始，用于設置全局級別的配置參數，例如工作進程數(worker_processes)和錯誤日志路徑(error_log)。
events塊：這部分設置影響Nginx服務器或與客戶端連接相關的全局配置。常見設置包括worker_connections（定義了一個工作進程可以打開的最大連接數）。
http塊：這是配置文件中最重要的部分之一，它包括了如何處理HTTP和HTTPS請求的指令。http塊可以包含一個或多個server塊，以及配置如文件上傳的大小、日志格式、緩存策略和壓縮設置等的指令。
- server塊：定義了一個虛擬服務器來處理客戶端的請求。每個server塊可以包含具體的監聽端口(listen)和服務器名稱(server_name)，以及一個或多個location塊。
- location塊：用于定義處理特定請求的規則，例如基于請求的URI分發請求到不同的代理服務器或返回不同的靜態內容。location塊可以具有不同的匹配模式，用以決定哪些請求應當被路由到相應的位置塊。
mail塊：如果使用Nginx作為郵件代理服務器，mail塊用于配置郵件代理服務器的行為，如認證方法和后端郵件服務器的地址。
stream塊：用于配置非HTTP流量的處理，例如TCP和UDP流量，允許Nginx處理更廣泛的網絡協議。
upstream塊：通常在http塊內定義，用于指定后端服務器群組。這在配置負載均衡時特別有用，可以指定多個服務器地址和負載均衡策略。

每個塊都可以包含多個指令（Directives），指令用于提供特定的配置參數。指令和塊可以嵌套使用，以實現復雜的配置需求。正確理解和使用這些模塊和指令對于高效地管理Nginx服務至關重要。

11. Nginx 不使用多線程？

Nginx本身設計為一個事件驅動的架構，這意味著它主要依賴于非阻塞的事件處理機制來實現高并發性，而不是傳統的多線程或多進程模型。這種設計使得Nginx在處理成千上萬的并發連接時能夠保持高效率和低資源消耗。不過，這并不意味著Nginx完全不使用多線程。實際上，Nginx的某些版本和特定模塊確實可以配置為使用線程池來執行某些任務，如靜態文件的發送，以及與某些異步操作相關的任務。

為什么Nginx主要依賴事件驅動而非多線程？

高效的并發處理：事件驅動模型允許Nginx以非常低的內存和CPU消耗處理大量并發連接。這是因為它使用非阻塞I/O操作，一個工作進程可以管理多個連接，而不需要為每個連接創建和管理獨立的線程或進程。
簡化的編程模型：多線程程序往往需要處理復雜的同步和鎖問題，這可能會導致性能問題和難以發現的bug。事件驅動模型通過將所有操作序列化到單個或少數幾個工作進程中，避免了這類問題。
跨平臺的性能一致性：事件驅動模型使Nginx能夠在不同的操作系統平臺上提供一致的高性能，因為它依賴的是操作系統的非阻塞I/O機制而非線程模型，后者在不同平臺上的實現和性能可能會有很大差異。

Nginx的多線程使用

盡管Nginx的核心是基于事件驅動模型，但它也支持線程池的概念，主要用于文件I/O等操作，以提高處理效率。這個功能特別在高版本中得到了加強，允許更有效地利用現代多核CPU的能力。使用線程池可以減少主工作進程的負擔，通過并行處理提高I/O操作的效率，但整體上Nginx的架構仍舊是圍繞事件驅動模型設計的。

總的來說，Nginx的設計哲學是利用事件驅動模型來實現高效的并發處理，而不是傳統的多線程模型，盡管在某些情況下它也會使用線程來優化性能。

12. 簡述Nginx常見的優化配置的措施和方案？

Nginx作為一個高性能的Web服務器和反向代理，通過適當的優化配置可以進一步提高其性能和效率。以下是一些常見的Nginx優化措施和方案：

調整工作進程數（worker_processes）：設置為與CPU核心數相等的值通常能獲得最佳性能，因為這樣可以最大限度地利用硬件資源。
增加工作進程的連接數（worker_connections）：根據系統的文件描述符限制，增加每個工作進程能夠同時打開的連接數。理想的設置應該考慮到服務器的負載能力和預期的并發連接數。
使用keepalive連接：在http塊中配置keepalive_timeout指令，可以減少TCP握手的次數，復用連接，從而減少延遲和提高性能。
啟用Gzip壓縮：通過配置gzip指令壓縮資源，可以減少傳輸數據的大小，提高傳輸速度，但需要在性能和壓縮效率之間找到平衡。
配置緩存：合理配置靜態文件的緩存，使用expires指令或者Cache-Control頭部，可以減少服務器負載并加快內容的加載時間。
優化SSL/TLS：為了提高安全性同時保持良好的性能，可以啟用SSL會話緩存（ssl_session_cache）和TLS協議的票據（ssl_session_tickets）。
限制大請求：通過client_max_body_size指令限制允許的請求體大小，可以防止惡意的大請求造成的服務拒絕攻擊（DoS）。
使用HTTP/2：啟用HTTP/2可以提高性能，因為它支持頭部壓縮、多路復用等特性，減少了延遲并改善了頁面加載速度。
負載均衡配置：合理配置反向代理和負載均衡，比如使用upstream模塊和least_conn、ip_hash或者hash指令來分配請求，可以提高后端服務器的利用率和整體的服務穩定性。
日志管理：調整日志級別，合理配置訪問和錯誤日志的記錄，對于提高性能和方便排錯都非常重要。在高流量站點，考慮關閉訪問日志或者將日志寫入到性能更好的存儲系統。
監控和調試：使用Nginx的stub_status模塊或第三方監控工具定期監控Nginx的性能指標，可以幫助及時發現并解決問題。

這些優化措施需要根據實際的服務器環境和應用需求來調整和實施。始終建議在生產環境中先進行測試，以確保所做的優化能夠達到預期的效果。

13. 502報錯可能原因有哪些？

HTTP 502 錯誤表示“Bad Gateway”，通常發生在Web服務器（如Nginx）作為反向代理時，嘗試向上游（即后端服務器）轉發請求，但未能收到一個有效的響應。導致502錯誤的原因有多種，以下是一些常見的原因：

上游服務器宕機：如果后端服務器崩潰或由于某種原因無法接受連接，反向代理服務器（如Nginx）會收到無效的響應，導致502錯誤。
網絡問題：網絡連接問題，包括DNS解析問題，網絡延遲，或者網絡配置錯誤，都可能導致反向代理服務器無法成功連接到后端服務。
上游服務器超時：如果后端服務器處理請求的時間超過了反向代理服務器設置的超時時間，反向代理服務器可能會返回502錯誤。這可能是因為后端服務器負載過高，或者請求處理過程中遇到了問題。
配置錯誤：反向代理服務器或上游服務器配置不正確，也可能導致502錯誤。這包括錯誤的端口指定、錯誤的上游服務器地址、不正確的協議使用等。
反向代理軟件的Bug：雖然不常見，但是反向代理軟件本身的錯誤或Bug也可能導致502錯誤。
SSL/TLS握手失敗：如果配置了SSL/TLS加密，而SSL/TLS握手失敗，也可能導致502錯誤。這可能是由于證書問題、協議不匹配等原因造成的。
資源不足：服務器資源不足，如內存或CPU過載，也可能導致無法正確處理請求，從而引發502錯誤。

解決502錯誤通常涉及檢查和排除上述可能的原因。這可能包括檢查后端服務器的健康狀態、確保網絡連接正常、審核配置文件、檢查SSL/TLS設置，以及監控服務器資源使用情況等步驟。

14. 解釋什么是 Nginx 動態資源、靜態資源分離？

Nginx的動態資源和靜態資源分離是一種常見的Web服務器優化策略，旨在提高網站的加載速度和服務器的處理能力。這種策略基于Nginx處理靜態內容（如圖片、CSS文件、JavaScript文件等）與處理動態內容（如由PHP、Python等動態語言生成的HTML頁面）的能力，將二者分開處理。

靜態資源分離

靜態資源是指那些一旦被創建就不經常改變的文件，包括圖片、CSS樣式表、JavaScript文件等。這些資源可以被Nginx直接從磁盤讀取并返回給客戶端，無需經過后端應用服務器的處理。Nginx在處理靜態文件方面非常高效，能夠快速地將這些文件提供給請求它們的客戶端。

動態資源處理

動態資源是指那些需要通過執行代碼或腳本實時生成的內容。這些請求通常需要被轉發給后端的應用服務器（如PHP-FPM、Python的Gunicorn等），由它們處理后生成動態內容返回給Nginx，然后再由Nginx返回給客戶端。

分離的好處

性能優化：通過讓Nginx直接處理靜態資源，可以減少對后端服務器的請求，從而降低后端服務器的負載，并減少處理動態請求所需的時間。
緩存優化：靜態資源易于緩存，通過配置Nginx對靜態文件進行高效緩存，可以進一步減少服務器負載和提高響應速度，同時減少帶寬消耗。
提高并發能力：由于Nginx處理靜態資源非常高效，分離靜態和動態內容可以讓Nginx更好地利用其非阻塞IO的優勢，提高服務器的并發處理能力。
簡化后端應用服務器的配置：動態應用只需要關注動態內容的生成，簡化了應用服務器的配置和維護工作。

實施分離

實施動態和靜態資源分離通常涉及配置Nginx的location指令，為不同類型的資源請求設置不同的處理規則。例如，可以為所有靜態資源請求（如.jpg, .css, .js文件）配置一個location塊，指定這些請求直接從文件系統中讀取；而將包含動態內容的請求（如.php文件）轉發給后端的PHP處理器或應用服務器。

通過這種方式，Nginx可以充分發揮其作為靜態內容服務器和反向代理服務器的優勢，優化資源的加載時間，提升用戶體驗和服務器效率。

15. Web 為什么要做動、靜分離？

Web應用進行動態內容與靜態內容分離主要是出于性能優化、緩存管理、負載均衡、安全性增強和架構靈活性提升等目的。下面詳細解釋這些原因：

性能優化：
- 靜態資源（如圖片、CSS、JavaScript文件）可以由Nginx這樣的高效Web服務器直接處理和提供，這樣做可以顯著減少對動態資源服務器（如應用服務器）的請求量，從而降低后者的負載，提高整體Web應用的響應速度和處理能力。
緩存管理：
- 靜態資源易于被瀏覽器和CDN（內容分發網絡）緩存，通過合理設置緩存策略，可以減少重復請求，加速頁面加載時間，減少服務器負載。
- 動態內容通常不適宜緩存（或者緩存策略需要更精細控制），因為它們可能包含用戶特定數據或實時數據。
負載均衡：
- 分離后，靜態和動態內容可以被部署在不同的服務器或服務上，例如靜態內容可以放在CDN上，而動態內容由應用服務器處理。這樣可以根據內容類型對資源進行優化分配，實現更有效的負載均衡。
安全性增強：
- 動靜分離可以降低安全風險。靜態內容服務器通常不需要執行復雜的程序代碼，因此攻擊面較小。將其與執行動態代碼的服務器分離，可以減少潛在的安全威脅。
提高可擴展性和靈活性：
- 動靜分離使得架構更加靈活，便于擴展。根據網站流量和內容更新頻率的不同，可以獨立地對靜態資源和動態內容進行擴展和優化，比如通過增加靜態內容的CDN節點來應對流量高峰，或優化動態內容生成的性能。
降低成本：
- 利用CDN等服務存儲靜態內容可以減少對原始服務器帶寬和存儲的需求，從而在一定程度上降低運營成本。