>來源：blog.csdn.net/wuzhiwei549/article/details/122758937

### 什麼是Nginx？
Nginx是一個 輕量級/高效能的反向代理Web伺服器，用於 HTTP、HTTPS、SMTP、POP3 和 IMAP 協議。他實現非常高效的反向代理、負載平衡，他可以處理2-3萬併發連線數，官方監測能支援5萬併發，現在中國使用nginx網站使用者有很多，例如：新浪、網易、 騰訊等。

### Nginx 有哪些優點？
* 跨平臺、配置簡單。
* 非阻塞、高併發連線：處理 2-3 萬併發連線數，官方監測能支援 5 萬併發。
* 記憶體消耗小：開啟 10 個 Nginx 才佔 150M 記憶體。
* 成本低廉，且開源。
* 穩定性高，當機的機率非常小。
* 內建的健康檢查功能：如果有一個伺服器當機，會做一個健康檢查，再傳送的請求就不會傳送到當機的伺服器了。重新將請求提交到其他的節點上

### Nginx應用場景？
* http伺服器。Nginx是一個http服務可以獨立提供http服務。可以做網頁靜態伺服器。
* 虛擬主機。可以實現在一臺伺服器虛擬出多個網站，例如個人網站使用的虛擬機器。
* 反向代理，負載均衡。當網站的訪問量達到一定程度後，單臺伺服器不能滿足使用者的請求時，需要用多臺伺服器叢集可以使用nginx做反向代理。並且多臺伺服器可以平均分擔負載，不會應為某臺伺服器負載高當機而某臺伺服器閒置的情況。
* nginz 中也可以配置安全管理、比如可以使用Nginx搭建API介面閘道器,對每個介面服務進行攔截。
### Nginx怎麼處理請求的？
```text
server {         # 第一個Server區塊開始，表示一個獨立的虛擬主機站點
   listen       80； # 提供服務的埠，預設80
   server_name  localhost; # 提供服務的域名主機名
   location / { # 第一個location區塊開始
     root   html; # 站點的根目錄，相當於Nginx的安裝目錄
     index  index.html index.html;  # 預設的首頁檔案，多個用空格分開
} # 第一個location區塊結果
```
* 首先，Nginx 在啟動時，會解析配置檔案，得到需要監聽的埠與 IP 地址，然後在 Nginx 的 Master 程式裡面先初始化好這個監控的Socket(建立 S ocket，設定 addr、reuse 等選項，繫結到指定的 ip 地址埠，再 listen 監聽)。
* 然後，再 fork(一個現有程式可以呼叫 fork 函式建立一個新程式。由 fork 建立的新程式被稱為子程式 )出多個子程式出來。
* 之後，子程式會競爭 accept 新的連線。此時，客戶端就可以向 nginx 發起連線了。當客戶端與nginx進行三次握手，與 nginx 建立好一個連線後。此時，某一個子程式會 accept 成功，得到這個建立好的連線的 Socket ，然後建立 nginx 對連線的封裝，即 ngx_connection_t 結構體。
* 接著，設定讀寫事件處理函式，並新增讀寫事件來與客戶端進行資料的交換。
* 最後，Nginx 或客戶端來主動關掉連線，到此，一個連線就壽終正寢了。
### Nginx 是如何實現高併發的？
如果一個 server 採用一個程式(或者執行緒)負責一個request的方式，那麼程式數就是併發數。那麼顯而易見的，就是會有很多程式在等待中。等什麼？最多的應該是等待網路傳輸。

而 Nginx 的非同步非阻塞工作方式正是利用了這點等待的時間。在需要等待的時候，這些程式就空閒出來待命了。因此表現為少數幾個程式就解決了大量的併發問題。

Nginx是如何利用的呢，簡單來說：同樣的 4 個程式，如果採用一個程式負責一個 request 的方式，那麼，同時進來 4 個 request 之後，每個程式就負責其中一個，直至會話關閉。期間，如果有第 5 個request進來了。就無法及時反應了，因為 4 個程式都沒幹完活呢，因此，一般有個排程程式，每當新進來了一個 request ，就新開個程式來處理。

**回想下，BIO 是不是存在醬紫的問題？**

Nginx 不這樣，每進來一個 request ，會有一個 worker 程式去處理。但不是全程的處理，處理到什麼程度呢？處理到可能發生阻塞的地方，比如向上遊（後端）伺服器轉發 request ，並等待請求返回。那麼，這個處理的 worker 不會這麼傻等著，他會在傳送完請求後，註冊一個事件：“如果 upstream 返回了，告訴我一聲，我再接著幹”。於是他就休息去了。此時，如果再有 request 進來，他就可以很快再按這種方式處理。而一旦上游伺服器返回了，就會觸發這個事件，worker 才會來接手，這個 request 才會接著往下走。

這就是為什麼說，Nginx 基於事件模型。

由於 web server 的工作性質決定了每個 request 的大部份生命都是在網路傳輸中，實際上花費在 server 機器上的時間片不多。這是幾個程式就解決高併發的秘密所在。即：

webserver 剛好屬於網路 IO 密集型應用，不算是計算密集型。

非同步，非阻塞，使用 epoll ，和大量細節處的最佳化。也正是 Nginx 之所以然的技術基石。

### 什麼是正向代理？
一個位於客戶端和原始伺服器(origin server)之間的伺服器，為了從原始伺服器取得內容，客戶端向代理傳送一個請求並指定目標(原始伺服器)，然後代理向原始伺服器轉交請求並將獲得的內容返回給客戶端。

客戶端才能使用正向代理。正向代理總結就一句話：代理端代理的是客戶端。例如說：我們使用的OpenVPN 等等。

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

>反向代理總結就一句話：代理端代理的是服務端。

### 反向代理伺服器的優點是什麼?
反向代理伺服器可以隱藏源伺服器的存在和特徵。它充當網際網路雲和web伺服器之間的中間層。這對於安全方面來說是很好的，特別是當您使用web託管服務時。

### Nginx目錄結構有哪些？
```text
[root@localhost ~]# tree /usr/local/nginx
/usr/local/nginx
├── client_body_temp
├── conf                             # Nginx所有配置檔案的目錄
│   ├── fastcgi.conf                 # fastcgi相關引數的配置檔案
│   ├── fastcgi.conf.default         # fastcgi.conf的原始備份檔案
│   ├── fastcgi_params               # fastcgi的引數檔案
│   ├── fastcgi_params.default       
│   ├── koi-utf
│   ├── koi-win
│   ├── mime.types                   # 媒體型別
│   ├── mime.types.default
│   ├── nginx.conf                   # Nginx主配置檔案
│   ├── nginx.conf.default
│   ├── scgi_params                  # scgi相關引數檔案
│   ├── scgi_params.default  
│   ├── uwsgi_params                 # uwsgi相關引數檔案
│   ├── uwsgi_params.default
│   └── win-utf
├── fastcgi_temp                     # fastcgi臨時資料目錄
├── html                             # Nginx預設站點目錄
│   ├── 50x.html                     # 錯誤頁面優雅替代顯示檔案，例如當出現502錯誤時會呼叫此頁面
│   └── index.html                   # 預設的首頁檔案
├── logs                             # Nginx日誌目錄
│   ├── access.log                   # 訪問日誌檔案
│   ├── error.log                    # 錯誤日誌檔案
│   └── nginx.pid                    # pid檔案，Nginx程式啟動後，會把所有程式的ID號寫到此檔案
├── proxy_temp                       # 臨時目錄
├── sbin                             # Nginx命令目錄
│   └── nginx                        # Nginx的啟動命令
├── scgi_temp                        # 臨時目錄
└── uwsgi_temp                       # 臨時目錄
```
### Nginx配置檔案nginx.conf有哪些屬性模組?
```text
worker_processes  1；                                    # worker程式的數量
events {                                                  # 事件區塊開始
    worker_connections  1024；                            # 每個worker程式支援的最大連線數
}                                                        # 事件區塊結束
http {                                                   # HTTP區塊開始
    include       mime.types；                            # Nginx支援的媒體型別庫檔案
    default_type  application/octet-stream；             # 預設的媒體型別
    sendfile        on；                                   # 開啟高效傳輸模式
    keepalive_timeout  65；                               # 連線超時
    server {                                            # 第一個Server區塊開始，表示一個獨立的虛擬主機站點
        listen       80；                                  # 提供服務的埠，預設80
        server_name  localhost；                           # 提供服務的域名主機名
        location / {                                    # 第一個location區塊開始
            root   html；                               # 站點的根目錄，相當於Nginx的安裝目錄
            index  index.html index.htm；                  # 預設的首頁檔案，多個用空格分開
        }                                                  # 第一個location區塊結果
        error_page   500502503504  /50x.html；             # 出現對應的http狀態碼時，使用50x.html回應客戶
        location = /50x.html {                          # location區塊開始，訪問50x.html
            root   html；                                  # 指定對應的站點目錄為html
        }
    }  
    ......
```

### cookie和session區別？
**共同：**

存放使用者資訊。存放的形式：key-value格式 變數和變數內容鍵值對。

**區別：**

cookie

* 存放在客戶端瀏覽器
* 每個域名對應一個cookie，不能跨躍域名訪問其他cookie
* 使用者可以檢視或修改cookie
* http響應報文裡面給你瀏覽器設定
* 鑰匙（用於開啟瀏覽器上鎖頭）
session:

* 存放在伺服器（檔案，資料庫，redis）
* 存放敏感資訊
* 鎖頭

### 為什麼 Nginx 不使用多執行緒？
**Apache:** 建立多個程式或執行緒，而每個程式或執行緒都會為其分配 cpu 和記憶體（執行緒要比程式小的多，所以 worker 支援比 perfork 高的併發），併發過大會榨乾伺服器資源。

**Nginx:** 採用單執行緒來非同步非阻塞處理請求（管理員可以配置 Nginx 主程式的工作程式的數量）(epoll)，不會為每個請求分配 cpu 和記憶體資源，節省了大量資源，同時也減少了大量的 CPU 的上下文切換。所以才使得 Nginx 支援更高的併發。

### nginx和apache的區別
輕量級，同樣起web服務，比apache佔用更少的記憶體和資源。

抗併發，nginx處理請求是非同步非阻塞的，而apache則是阻塞性的，在高併發下nginx能保持低資源，低消耗高效能。

高度模組化的設計，編寫模組相對簡單。

最核心的區別在於apache是同步多程式模型，一個連線對應一個程式，nginx是非同步的，多個連線可以對應一個程式。

|Nginx|Apache|
| ---- | ---- |
|- nginx是一個基於事件的web伺服器|	apache是一個基於流程的伺服器|
|所有請求都由一個執行緒處理|	單個執行緒處理單個請求|
|nginx避免子程式的概念|	apache是基於子程式的|
|nginx類似於速度	|apache類似於功率|
|nginx在記憶體消耗和連線方面比較好|	apache在記憶體消耗和連線上沒有提高|
|nginx在負載均衡方面表現較好|	當流量到達程式極限時，apache將拒絕新的連線。|
|對於php來說，nginx可能更可取，因為它支援php|	apache支援php，python，perl和其他語言使用外掛，當應用程式基於python或ruby時，它非常有用。|
|nginx不支援IBMI和openvms一樣的os|	apache支援更多的os|
|nginx只具有核心功能|	apache提供了比nginx更多的功能|
|nginx的效能和可伸縮性不依賴於硬體|	apache依賴於cpu和記憶體等硬體元件。|

### 什麼是動態資源、靜態資源分離？
動態資源、靜態資源分離，是讓動態網站裡的動態網頁根據一定規則把不變的資源和經常變的資源區分開來，動靜資源做好了拆分以後我們就可以根據靜態資源的特點將其做快取操作，這就是網站靜態化處理的核心思路。

動態資源、靜態資源分離簡單的概括是：動態檔案與靜態檔案的分離。

### 為什麼要做動、靜分離？
在我們的軟體開發中，有些請求是需要後臺處理的（如：.jsp,.do 等等），有些請求是不需要經過後臺處理的（如：css、html、jpg、js 等等檔案），這些不需要經過後臺處理的檔案稱為靜態檔案，否則動態檔案。

因此我們後臺處理忽略靜態檔案。這會有人又說那我後臺忽略靜態檔案不就完了嗎？當然這是可以的，但是這樣後臺的請求次數就明顯增多了。在我們對資源的響應速度有要求的時候，我們應該使用這種動靜分離的策略去解決動、靜分離將網站靜態資源（HTML，JavaScript，CSS，img等檔案）與後臺應用分開部署，提高使用者訪問靜態程式碼的速度，降低對後臺應用訪問

這裡我們將靜態資源放到 Nginx 中，動態資源轉發到 Tomcat 伺服器中去。

當然，因為現在七牛、阿里雲等 CDN 服務已經很成熟，主流的做法，是把靜態資源快取到 CDN 服務中，從而提升訪問速度。

相比本地的 Nginx 來說，CDN 伺服器由於在國內有更多的節點，可以實現使用者的就近訪問。並且，CDN 服務可以提供更大的頻寬，不像我們自己的應用服務，提供的頻寬是有限的。

### 什麼叫 CDN 服務？
CDN ，即內容分發網路。

其目的是，透過在現有的 Internet中 增加一層新的網路架構，將網站的內容釋出到最接近使用者的網路邊緣，使使用者可就近取得所需的內容，提高使用者訪問網站的速度。

一般來說，因為現在 CDN 服務比較大眾，所以基本所有公司都會使用 CDN 服務。

### Nginx怎麼做的動靜分離？
只需要指定路徑對應的目錄。location/可以使用正規表示式匹配。並指定對應的硬碟中的目錄。如下：（操作都是在Linux上）
```text
location /image/ {
    root   /usr/local/static/;
    autoindex on;
}
```
步驟：
```text
# 建立目錄
mkdir /usr/local/static/image
 
# 進入目錄
cd  /usr/local/static/image
 
# 上傳照片
photo.jpg
 
# 重啟nginx
sudo nginx -s reload
```
開啟瀏覽器 輸入 `server_name/image/1.jpg` 就可以訪問該靜態圖片了

Nginx負載均衡的演算法怎麼實現的?策略有哪些?
為了避免伺服器崩潰，大家會透過負載均衡的方式來分擔伺服器壓力。將對臺伺服器組成一個叢集，當使用者訪問時，先訪問到一個轉發伺服器，再由轉發伺服器將訪問分發到壓力更小的伺服器。

### Nginx負載均衡實現的策略有以下五種：

**1. 輪詢(預設)**

每個請求按時間順序逐一分配到不同的後端伺服器，如果後端某個伺服器當機，能自動剔除故障系統。
```text
upstream backserver { 
 server 192.168.0.12; 
 server 192.168.0.13; 
} 
```
**2. 權重 weight**

weight的值越大，分配到的訪問機率越高，主要用於後端每臺伺服器效能不均衡的情況下。其次是為在主從的情況下設定不同的權值，達到合理有效的地利用主機資源。
```text
# 權重越高，在被訪問的機率越大，如上例，分別是20%，80%。
upstream backserver { 
 server 192.168.0.12 weight=2; 
 server 192.168.0.13 weight=8; 
} 
```
**3. ip_hash( IP繫結)**

每個請求按訪問IP的雜湊結果分配，使來自同一個IP的訪客固定訪問一臺後端伺服器，並且可以有效解決動態網頁存在的session共享問題
```text
upstream backserver { 
 ip_hash; 
 server 192.168.0.12:88; 
 server 192.168.0.13:80; 
} 
```
**4. fair(第三方外掛)**

必須安裝upstream_fair模組。

對比 weight、ip_hash更加智慧的負載均衡演算法，fair演算法可以根據頁面大小和載入時間長短智慧地進行負載均衡，響應時間短的優先分配。
```text
# 哪個伺服器的響應速度快，就將請求分配到那個伺服器上。
upstream backserver { 
 server server1; 
 server server2; 
 fair; 
} 
```
**5. url_hash(第三方外掛)**

必須安裝Nginx的hash軟體包

按訪問url的hash結果來分配請求，使每個url定向到同一個後端伺服器，可以進一步提高後端快取伺服器的效率。
```text
upstream backserver { 
 server squid1:3128; 
 server squid2:3128; 
 hash $request_uri; 
 hash_method crc32; 
} 
```
### 如何用Nginx解決前端跨域問題？
使用Nginx轉發請求。把跨域的介面寫成調本域的介面，然後將這些介面轉發到真正的請求地址。

### Nginx虛擬主機怎麼配置?
1. 基於域名的虛擬主機，透過域名來區分虛擬主機——應用：外部網站
2. 基於埠的虛擬主機，透過埠來區分虛擬主機——應用：公司內部網站，外部網站的管理後臺
3. 基於ip的虛擬主機。

**基於虛擬主機配置域名**

需要建立`/data/www/data/bbs`目錄，windows本地hosts新增虛擬機器ip地址對應的域名解析；對應域名網站目錄下新增index.html檔案；
```text
# 當客戶端訪問www.lijie.com,監聽埠號為80,直接跳轉到data/www目錄下檔案
server {
    listen       80;
    server_name  www.lijie.com;
    location / {
        root   data/www;
        index  index.html index.htm;
    }
}
 
# 當客戶端訪問www.lijie.com,監聽埠號為80,直接跳轉到data/bbs目錄下檔案
 server {
    listen       80;
    server_name  bbs.lijie.com;
    location / {
        root   data/bbs;
        index  index.html index.htm;
    }
}

```
**基於埠的虛擬主機**

使用埠來區分，瀏覽器使用域名或ip地址:埠號 訪問
```text
# 當客戶端訪問www.lijie.com,監聽埠號為8080,直接跳轉到data/www目錄下檔案
 server {
    listen       8080;
    server_name  8080.lijie.com;
    location / {
        root   data/www;
        index  index.html index.htm;
    }
}
    
# 當客戶端訪問www.lijie.com,監聽埠號為80直接跳轉到真實ip伺服器地址 127.0.0.1:8080
server {
    listen       80;
    server_name  www.lijie.com;
    location / {
         proxy_pass http://127.0.0.1:8080;
        index  index.html index.htm;
    }
}
```
### location的作用是什麼？
location指令的作用是根據使用者請求的URI來執行不同的應用，也就是根據使用者請求的網站URL進行匹配，匹配成功即進行相關的操作。

location的語法能說出來嗎？

>注意：~ 代表自己輸入的英文字母

|匹配符	|匹配規則|	優先順序|
|----|----|----|
|=|	精確匹配|	1|
|^~	|以某個字串開頭|	2|
|~	|區分大小寫的正則匹配|	3|
|~*	|不區分大小寫的正則匹配|	4|
|!~	|區分大小寫不匹配的正則|	5|
|!~*	|不區分大小寫不匹配的正則	|6|
|/|	通用匹配，任何請求都會匹配到|	7|

**Location正則案例**
```text
# 優先順序1,精確匹配，根路徑
location =/ {
    return 400;
}
 
# 優先順序2,以某個字串開頭,以av開頭的，優先匹配這裡，區分大小寫
location ^~ /av {
   root /data/av/;
}
 
# 優先順序3，區分大小寫的正則匹配，匹配/media*****路徑
location ~ /media {
      alias /data/static/;
}
 
# 優先順序4 ，不區分大小寫的正則匹配，所有的****.jpg|gif|png 都走這裡
location ~* .*\.(jpg|gif|png|js|css)$ {
   root  /data/av/;
}
 
# 優先7，通用匹配
location / {
    return 403;
}
```
### 限流怎麼做的？
Nginx限流就是限制使用者請求速度，防止伺服器受不了

限流有3種

* 正常限制訪問頻率（正常流量）
* 突發限制訪問頻率（突發流量）
* 限制併發連線數

Nginx的限流都是基於漏桶流演算法

> 實現三種限流演算法

**1、正常限制訪問頻率（正常流量）：**

限制一個使用者傳送的請求，我Nginx多久接收一個請求。

Nginx中使用`ngx_http_limit_req_module`模組來限制的訪問頻率，限制的原理實質是基於漏桶演算法原理來實現的。在nginx.conf配置檔案中可以使用`limit_req_zone`命令及`limit_req`命令限制單個IP的請求處理頻率。
```text
# 定義限流維度，一個使用者一分鐘一個請求進來，多餘的全部漏掉
limit_req_zone $binary_remote_addr zone=one:10m rate=1r/m;
 
# 繫結限流維度
server{
    
    location/seckill.html{
        limit_req zone=zone;    
        proxy_pass http://lj_seckill;
    }
 
}
```
1r/s代表1秒一個請求，1r/m一分鐘接收一個請求， 如果Nginx這時還有別人的請求沒有處理完，Nginx就會拒絕處理該使用者請求。

**2、突發限制訪問頻率（突發流量）：**

限制一個使用者傳送的請求，我Nginx多久接收一個。

上面的配置一定程度可以限制訪問頻率，但是也存在著一個問題：如果突發流量超出請求被拒絕處理，無法處理活動時候的突發流量，這時候應該如何進一步處理呢？

Nginx提供burst引數結合nodelay引數可以解決流量突發的問題，可以設定能處理的超過設定的請求數外能額外處理的請求數。我們可以將之前的例子新增burst引數以及nodelay引數：
```text
# 定義限流維度，一個使用者一分鐘一個請求進來，多餘的全部漏掉
limit_req_zone $binary_remote_addr zone=one:10m rate=1r/m;
 
# 繫結限流維度
server{
    
    location/seckill.html{
        limit_req zone=zone burst=5 nodelay;
        proxy_pass http://lj_seckill;
    }
 
}
```
為什麼就多了一個 burst=5 nodelay; 呢，多了這個可以代表Nginx對於一個使用者的請求會立即處理前五個，多餘的就慢慢來落，沒有其他使用者的請求我就處理你的，有其他的請求的話我Nginx就漏掉不接受你的請求

**3、 限制併發連線數**

Nginx中的`ngx_http_limit_conn_module`模組提供了限制併發連線數的功能，可以使用`limit_conn_zone`指令以及`limit_conn`執行進行配置。接下來我們可以透過一個簡單的例子來看下：
```text
http {
    limit_conn_zone $binary_remote_addr zone=myip:10m;
    limit_conn_zone $server_name zone=myServerName:10m;
}
 
server {
    location / {
        limit_conn myip 10;
        limit_conn myServerName 100;
        rewrite / http://www.lijie.net permanent;
    }
}
```
上面配置了單個IP同時併發連線數最多隻能10個連線，並且設定了整個虛擬伺服器同時最大併發數最多隻能100個連結。當然，只有當請求的header被伺服器處理後，虛擬伺服器的連線數才會計數。剛才有提到過Nginx是基於漏桶演算法原理實現的，實際上限流一般都是基於漏桶演算法和令牌桶演算法實現的。

### 漏桶流演算法和令牌桶演算法知道？
**漏桶演算法**

漏桶演算法思路很簡單，我們把水比作是請求，漏桶比作是系統處理能力極限，水先進入到漏桶裡，漏桶裡的水按一定速率流出，當流出的速率小於流入的速率時，由於漏桶容量有限，後續進入的水直接溢位（拒絕請求），以此實現限流。

![](https://imgconvert.csdnimg.cn/aHR0cDovL3AxLnBzdGF0cC5jb20vbGFyZ2UvcGdjLWltYWdlL2E4MmNhZDY5NzY0OTRlNWJhOGNmZmZkNTQyYTZiYzU5?x-oss-process=image/format,png)

**令牌桶演算法**

令牌桶演算法的原理也比較簡單，我們可以理解成醫院的掛號看病，只有拿到號以後才可以進行診病。

系統會維護一個令牌（token）桶，以一個恆定的速度往桶裡放入令牌（token），這時如果有請求進來想要被處理，則需要先從桶裡獲取一個令牌（token），當桶裡沒有令牌（token）可取時，則該請求將被拒絕服務。令牌桶演算法透過控制桶的容量、發放令牌的速率，來達到對請求的限制。

![圖片](https://imgconvert.csdnimg.cn/aHR0cDovL3AzLnBzdGF0cC5jb20vbGFyZ2UvcGdjLWltYWdlLzJiNDJmYTEwNTA4NzQ5Mzc5MTZhNDFmNjZjYjlkYWJj?x-oss-process=image/format,png)

### Nginx配置高可用性怎麼配置？
當上遊伺服器(真實訪問伺服器)，一旦出現故障或者是沒有及時相應的話，應該直接輪訓到下一臺伺服器，保證伺服器的高可用

Nginx配置程式碼：
```text
server {
    listen       80;
    server_name  www.lijie.com;
    location / {
        ### 指定上游伺服器負載均衡伺服器
        proxy_pass http://backServer;
        ###nginx與上游伺服器(真實訪問的伺服器)超時時間 後端伺服器連線的超時時間_發起握手等候響應超時時間
        proxy_connect_timeout 1s;
        ###nginx傳送給上游伺服器(真實訪問的伺服器)超時時間
        proxy_send_timeout 1s;
        ### nginx接受上游伺服器(真實訪問的伺服器)超時時間
        proxy_read_timeout 1s;
        index  index.html index.htm;
    }
}
```
### Nginx怎麼判斷別IP不可訪問？
```text
# 如果訪問的ip地址為192.168.9.115,則返回403
if($remote_addr = 192.168.9.115) {  
   return 403;  
}  
 ```
### 在nginx中，如何使用未定義的伺服器名稱來阻止處理請求？
只需將請求刪除的伺服器就可以定義為：

伺服器名被保留一個空字串，他在沒有主機頭欄位的情況下匹配請求，而一個特殊的nginx的非標準程式碼被返回，從而終止連線。

### 怎麼限制瀏覽器訪問？
```text
## 不允許谷歌瀏覽器訪問 如果是谷歌瀏覽器返回500
if ($http_user_agent ~ Chrome) {   
    return 500;  
}
```
### Rewrite全域性變數是什麼？
```text
$remote_addr        //獲取客戶端ip
$binary_remote_addr //客戶端ip（二進位制)
$remote_port        //客戶端port，如：50472
$remote_user        //已經經過Auth Basic Module驗證的使用者名稱
$host           //請求主機頭欄位，否則為伺服器名稱，如:blog.sakmon.com
$request        //使用者請求資訊，如：GET ?a=1&b=2 HTTP/1.1
$request_filename   //當前請求的檔案的路徑名，由root或alias和URI request組合而成，如：/2013/81.html
$status         //請求的響應狀態碼,如:200
$body_bytes_sent        // 響應時送出的body位元組數數量。即使連線中斷，這個資料也是精確的,如：40
$content_length        // 等於請求行的“Content_Length”的值
$content_type          // 等於請求行的“Content_Type”的值
$http_referer          // 引用地址
$http_user_agent      // 客戶端agent資訊,如：Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.76 Safari/537.36
$args            //與$query_string相同 等於當中URL的引數(GET)，如a=1&b=2
$document_uri        //與$uri相同  這個變數指當前的請求URI，不包括任何引數(見$args) 如:/2013/81.html
$document_root       //針對當前請求的根路徑設定值
$hostname        //如：centos53.localdomain
$http_cookie        //客戶端cookie資訊
$cookie_COOKIE      //cookie COOKIE變數的值
$is_args    //如果有$args引數，這個變數等於”?”，否則等於”"，空值，如?
$limit_rate //這個變數可以限制連線速率，0表示不限速
$query_string       // 與$args相同 等於當中URL的引數(GET)，如a=1&b=2
$request_body      // 記錄POST過來的資料資訊
$request_body_file  //客戶端請求主體資訊的臨時檔名
$request_method       //客戶端請求的動作，通常為GET或POST,如：GET
$request_uri          //包含請求引數的原始URI，不包含主機名，如：/2013/81.html?a=1&b=2
$scheme            //HTTP方法（如http，https）,如：http
$uri            //這個變數指當前的請求URI，不包括任何引數(見$args) 如:/2013/81.html
$request_completion //如果請求結束，設定為OK. 當請求未結束或如果該請求不是請求鏈串的最後一個時，為空(Empty)，如：OK
$server_protocol    //請求使用的協議，通常是HTTP/1.0或HTTP/1.1，如：HTTP/1.1
$server_addr        //伺服器IP地址，在完成一次系統呼叫後可以確定這個值
$server_name        //伺服器名稱，如：blog.sakmon.com
$server_port        //請求到達伺服器的埠號,如：80
```
### Nginx 如何實現後端服務的健康檢查？
* 方式一，利用 nginx 自帶模組 `ngx_http_proxy_module` 和 `ngx_http_upstream_module` 對後端節點做健康檢查。

* 方式二(推薦)，利用 `nginx_upstream_check_module` 模組對後端節點做健康檢查。

### Nginx 如何開啟壓縮？
開啟nginx gzip壓縮後，網頁、css、js等靜態資源的大小會大大的減少，從而可以節約大量的頻寬，提高傳輸效率，給使用者快的體驗。雖然會消耗cpu資源，但是為了給使用者更好的體驗是值得的。

開啟的配置如下：

將以上配置放到nginx.conf的`http{ … }`節點中。
```text
http {
  # 開啟gzip
  gzip on;
 
  # 啟用gzip壓縮的最小檔案；小於設定值的檔案將不會被壓縮
  gzip_min_length 1k;
 
  # gzip 壓縮級別 1-10 
  gzip_comp_level 2;
 
  # 進行壓縮的檔案型別。
 
  gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png;
 
  # 是否在http header中新增Vary: Accept-Encoding，建議開啟
  gzip_vary on;
}
```
儲存並重啟nginx，重新整理頁面（為了避免快取，請強制重新整理）就能看到效果了。以谷歌瀏覽器為例，透過F12看請求的響應頭部：

我們可以先來對比下，如果我們沒有開啟zip壓縮之前，我們的對應的檔案大小，如下所示：

![](https://img-blog.csdnimg.cn/img_convert/53789ebbbed2c88d9f9643f177ced5c1.png)

現在我們開啟了gzip進行壓縮後的檔案的大小，可以看到如下所示：

![](https://img-blog.csdnimg.cn/img_convert/8620feba4fbe5595a4113f95c187685f.png)

並且我們檢視響應頭會看到gzip這樣的壓縮，如下所示

![](https://img-blog.csdnimg.cn/img_convert/2b99a256b2811527930ce3168898a741.png)

gzip壓縮前後效果對比：jquery原大小90kb，壓縮後只有30kb。

gzip雖然好用，但是以下型別的資源不建議啟用。

**1、圖片型別**

原因：圖片如jpg、png本身就會有壓縮，所以就算開啟gzip後，壓縮前和壓縮後大小沒有多大區別，所以開啟了反而會白白的浪費資源。（Tips：可以試試將一張jpg圖片壓縮為zip，觀察大小並沒有多大的變化。雖然zip和gzip演算法不一樣，但是可以看出壓縮圖片的價值並不大）

**2、大檔案**

原因：會消耗大量的cpu資源，且不一定有明顯的效果。

### ngx_http_upstream_module的作用是什麼?
ngx_http_upstream_module用於定義可透過fastcgi傳遞、proxy傳遞、uwsgi傳遞、memcached傳遞和scgi傳遞指令來引用的伺服器組。

### 什麼是C10K問題?
C10K問題是指無法同時處理大量客戶端(10,000)的網路套接字。

### Nginx是否支援將請求壓縮到上游?
您可以使用Nginx模組gunzip將請求壓縮到上游。gunzip模組是一個過濾器，它可以對不支援“gzip”編碼方法的客戶機或伺服器使用“內容編碼:gzip”來解壓縮響應。

### 如何在Nginx中獲得當前的時間?
要獲得Nginx的當前時間，必須使用SSI模組、
和
date_local的變數。
```text
Proxy_set_header THE-TIME $date_gmt;
```
### 用Nginx伺服器解釋-s的目的是什麼?
用於執行Nginx -s引數的可執行檔案。

### 如何在Nginx伺服器上新增模組?
在編譯過程中，必須選擇Nginx模組，因為Nginx不支援模組的執行時間選擇。

### 生產中如何設定worker程式的數量呢？
在有多個cpu的情況下，可以設定多個worker，worker程式的數量可以設定到和cpu的核心數一樣多，如果在單個cpu上起多個worker程式，那麼作業系統會在多個worker之間進行排程，這種情況會降低系統效能，如果只有一個cpu，那麼只啟動一個worker程式就可以了。

### nginx狀態碼
499：

>服務端處理時間過長，客戶端主動關閉了連線。

502：

>(1).FastCGI程式是否已經啟動

>(2).FastCGI worker程式數是否不夠

>(3).FastCGI執行時間過長
* fastcgi_connect_timeout 300;
* fastcgi_send_timeout 300;
* fastcgi_read_timeout 300;

>(4).FastCGI Buffer不夠，nginx和apache一樣，有前端緩衝限制，可以調整緩衝引數
* fastcgi_buffer_size 32k;
* fastcgi_buffers 8 32k;

>(5). Proxy Buffer不夠，如果你用了Proxying，調整
* proxy_buffer_size 16k;
* proxy_buffers 4 16k;

>(6).php指令碼執行時間過長
* 將php-fpm.conf的0s的0s改成一個時間

#### 星球地址：https://t.zsxq.com/03MJM7YfI

#### **關注公眾號「程式設計師小喬」**

![程式設計師小喬](https://www.qsjob.fun/zb_users/upload/2022/07/202207041451541741109.jpg "程式設計師小喬")

Nginx 面試 40 連問，快頂不住了~~

相關文章