2021-05-15 Nginx面试题
Nginx面試題
1.什么是Nginx？
Nginx是一個(gè) 輕量級(jí)/高性能的反向代理Web服務(wù)器，他實(shí)現(xiàn)非常高效的反向代理、負(fù)載平衡，他可以處理2-3萬(wàn)并發(fā)連接數(shù)，官方監(jiān)測(cè)能支持5萬(wàn)并發(fā)，現(xiàn)在中國(guó)使用nginx網(wǎng)站用戶有很多，例如：新浪、網(wǎng)易、 騰訊等。
2.為什么要用Nginx？
跨平臺(tái)、配置簡(jiǎn)單、方向代理、高并發(fā)連接：處理2-3萬(wàn)并發(fā)連接數(shù)，官方監(jiān)測(cè)能支持5萬(wàn)并發(fā)，內(nèi)存消耗小：開啟10個(gè)nginx才占150M內(nèi)存 ，nginx處理靜態(tài)文件好，耗費(fèi)內(nèi)存少，
而且Nginx內(nèi)置的健康檢查功能：如果有一個(gè)服務(wù)器宕機(jī)，會(huì)做一個(gè)健康檢查，再發(fā)送的請(qǐng)求就不會(huì)發(fā)送到宕機(jī)的服務(wù)器了。重新將請(qǐng)求提交到其他的節(jié)點(diǎn)上。
同時(shí)還有如下優(yōu)點(diǎn):
節(jié)省寬帶：支持GZIP壓縮，可以添加瀏覽器本地緩存
穩(wěn)定性高：宕機(jī)的概率非常小
接收用戶請(qǐng)求是異步的
3.什么是正向代理和反向代理？
4.Nginx的優(yōu)缺點(diǎn)？
優(yōu)點(diǎn)：
占內(nèi)存小，可實(shí)現(xiàn)高并發(fā)連接，處理響應(yīng)快
可實(shí)現(xiàn)http服務(wù)器、虛擬主機(jī)、方向代理、負(fù)載均衡
Nginx配置簡(jiǎn)單
可以不暴露正式的服務(wù)器IP地址
缺點(diǎn)：
動(dòng)態(tài)處理差：nginx處理靜態(tài)文件好,耗費(fèi)內(nèi)存少，但是處理動(dòng)態(tài)頁(yè)面則很雞肋，現(xiàn)在一般前端用nginx作為反向代理抗住壓力，
5.Nginx應(yīng)用場(chǎng)景？
http服務(wù)器。Nginx是一個(gè)http服務(wù)可以獨(dú)立提供http服務(wù)。可以做網(wǎng)頁(yè)靜態(tài)服務(wù)器。
虛擬主機(jī)。可以實(shí)現(xiàn)在一臺(tái)服務(wù)器虛擬出多個(gè)網(wǎng)站，例如個(gè)人網(wǎng)站使用的虛擬機(jī)。
反向代理，負(fù)載均衡。當(dāng)網(wǎng)站的訪問量達(dá)到一定程度后，單臺(tái)服務(wù)器不能滿足用戶的請(qǐng)求時(shí)，需要用多臺(tái)服務(wù)器集群可以使用nginx做反向代理。并且多臺(tái)服務(wù)器可以平均分擔(dān)負(fù)載，不會(huì)應(yīng)為某臺(tái)服務(wù)器負(fù)載高宕機(jī)而某臺(tái)服務(wù)器閑置的情況。
nginz 中也可以配置安全管理、比如可以使用Nginx搭建API接口網(wǎng)關(guān),對(duì)每個(gè)接口服務(wù)進(jìn)行攔截。
6.location的作用是什么？
- location指令的作用是根據(jù)用戶請(qǐng)求的URI來(lái)執(zhí)行不同的應(yīng)用，也就是根據(jù)用戶請(qǐng)求的網(wǎng)站URL進(jìn)行匹配，匹配成功即進(jìn)行相關(guān)的操作。
7.location的語(yǔ)法能說(shuō)出來(lái)嗎？
[外鏈圖片轉(zhuǎn)存失敗,源站可能有防盜鏈機(jī)制,建議將圖片保存下來(lái)直接上傳(img-Y0W5QalB-1621082461087)(Nginx%E9%9D%A2%E8%AF%95%E9%A2%98.assets/image-20210315094522453.png)]
示例如下:
#優(yōu)先級(jí)1,精確匹配，根路徑location =/ {return 400;}#優(yōu)先級(jí)2,以某個(gè)字符串開頭,以av開頭的，優(yōu)先匹配這里，區(qū)分大小寫location ^~ /av {root /data/av/;}#優(yōu)先級(jí)3，區(qū)分大小寫的正則匹配，匹配/media*****路徑location ~ /media {alias /data/static/;}#優(yōu)先級(jí)4 ，不區(qū)分大小寫的正則匹配，所有的****.jpg|gif|png 都走這里location ~* .*\.(jpg|gif|png|js|css)$ {root /data/av/;}#優(yōu)先7，通用匹配location / {return 403;}8.限流怎么做的？
-
Nginx限流就是限制用戶請(qǐng)求速度，防止服務(wù)器受不了
-
限流有3種
- 正常限制訪問頻率（正常流量）
- 突發(fā)限制訪問頻率（突發(fā)流量）
- 限制并發(fā)連接數(shù)
-
Nginx的限流都是基于漏桶流算法，底下會(huì)說(shuō)道什么是桶銅流
正常限制訪問頻率（正常流量）
限制一個(gè)用戶發(fā)送的請(qǐng)求，我Nginx多久接收一個(gè)請(qǐng)求。
Nginx中使用ngx_http_limit_req_module模塊來(lái)限制的訪問頻率，限制的原理實(shí)質(zhì)是基于漏桶算法原理來(lái)實(shí)現(xiàn)的。在nginx.conf配置文件中可以使用limit_req_zone命令及l(fā)imit_req命令限制單個(gè)IP的請(qǐng)求處理頻率。
#定義限流維度，一個(gè)用戶一分鐘一個(gè)請(qǐng)求進(jìn)來(lái)，多余的全部漏掉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;}}突發(fā)限制訪問頻率（突發(fā)流量）
限制一個(gè)用戶發(fā)送的請(qǐng)求，我Nginx多久接收一個(gè)。
上面的配置一定程度可以限制訪問頻率，但是也存在著一個(gè)問題：如果突發(fā)流量超出請(qǐng)求被拒絕處理，無(wú)法處理活動(dòng)時(shí)候的突發(fā)流量，這時(shí)候應(yīng)該如何進(jìn)一步處理呢？Nginx提供burst參數(shù)結(jié)合nodelay參數(shù)可以解決流量突發(fā)的問題，可以設(shè)置能處理的超過(guò)設(shè)置的請(qǐng)求數(shù)外能額外處理的請(qǐng)求數(shù)。我們可以將之前的例子添加burst參數(shù)以及nodelay參數(shù)：
#定義限流維度，一個(gè)用戶一分鐘一個(gè)請(qǐng)求進(jìn)來(lái)，多余的全部漏掉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;}}-
為什么就多了一個(gè) burst=5 nodelay; 呢，多了這個(gè)可以代表Nginx對(duì)于一個(gè)用戶的請(qǐng)求會(huì)立即處理前五個(gè)，多余的就慢慢來(lái)落，沒有其他用戶的請(qǐng)求我就處理你的，有其他的請(qǐng)求的話我Nginx就漏掉不接受你的請(qǐng)求
限制并發(fā)連接數(shù)
- Nginx中的ngx_http_limit_conn_module模塊提供了限制并發(fā)連接數(shù)的功能，可以使用limit_conn_zone指令以及l(fā)imit_conn執(zhí)行進(jìn)行配置。接下來(lái)我們可以通過(guò)一個(gè)簡(jiǎn)單的例子來(lái)看下：
-
上面配置了單個(gè)IP同時(shí)并發(fā)連接數(shù)最多只能10個(gè)連接，并且設(shè)置了整個(gè)虛擬服務(wù)器同時(shí)最大并發(fā)數(shù)最多只能100個(gè)鏈接。當(dāng)然，只有當(dāng)請(qǐng)求的header被服務(wù)器處理后，虛擬服務(wù)器的連接數(shù)才會(huì)計(jì)數(shù)。剛才有提到過(guò)Nginx是基于漏桶算法原理實(shí)現(xiàn)的，實(shí)際上限流一般都是基于漏桶算法和令牌桶算法實(shí)現(xiàn)的。接下來(lái)我們來(lái)看看兩個(gè)算法的介紹：
9.漏桶流算法和令牌桶算法知道？
漏桶算法
漏桶算法是網(wǎng)絡(luò)世界中流量整形或速率限制時(shí)經(jīng)常使用的一種算法，它的主要目的是控制數(shù)據(jù)注入到網(wǎng)絡(luò)的速率，平滑網(wǎng)絡(luò)上的突發(fā)流量。漏桶算法提供了一種機(jī)制，通過(guò)它，突發(fā)流量可以被整形以便為網(wǎng)絡(luò)提供一個(gè)穩(wěn)定的流量。也就是我們剛才所講的情況。漏桶算法提供的機(jī)制實(shí)際上就是剛才的案例：突發(fā)流量會(huì)進(jìn)入到一個(gè)漏桶，漏桶會(huì)按照我們定義的速率依次處理請(qǐng)求，如果水流過(guò)大也就是突發(fā)流量過(guò)大就會(huì)直接溢出，則多余的請(qǐng)求會(huì)被拒絕。所以漏桶算法能控制數(shù)據(jù)的傳輸速率。
令牌桶算法
令牌桶算法是網(wǎng)絡(luò)流量整形和速率限制中最常使用的一種算法。典型情況下，令牌桶算法用來(lái)控制發(fā)送到網(wǎng)絡(luò)上的數(shù)據(jù)的數(shù)目，并允許突發(fā)數(shù)據(jù)的發(fā)送。Google開源項(xiàng)目Guava中的RateLimiter使用的就是令牌桶控制算法。令牌桶算法的機(jī)制如下：存在一個(gè)大小固定的令牌桶，會(huì)以恒定的速率源源不斷產(chǎn)生令牌。如果令牌消耗速率小于生產(chǎn)令牌的速度，令牌就會(huì)一直產(chǎn)生直至裝滿整個(gè)令牌桶。
10.為什么要做動(dòng)靜分離？
Nginx是當(dāng)下最熱的Web容器，網(wǎng)站優(yōu)化的重要點(diǎn)在于靜態(tài)化網(wǎng)站，網(wǎng)站靜態(tài)化的關(guān)鍵點(diǎn)則是是動(dòng)靜分離，動(dòng)靜分離是讓動(dòng)態(tài)網(wǎng)站里的動(dòng)態(tài)網(wǎng)頁(yè)根據(jù)一定規(guī)則把不變的資源和經(jīng)常變的資源區(qū)分開來(lái)，動(dòng)靜資源做好了拆分以后，我們則根據(jù)靜態(tài)資源的特點(diǎn)將其做緩存操作。
讓靜態(tài)的資源只走靜態(tài)資源服務(wù)器，動(dòng)態(tài)的走動(dòng)態(tài)的服務(wù)器
Nginx的靜態(tài)處理能力很強(qiáng)，但是動(dòng)態(tài)處理能力不足，因此，在企業(yè)中常用動(dòng)靜分離技術(shù)。
對(duì)于靜態(tài)資源比如圖片，js，css等文件，我們則在反向代理服務(wù)器nginx中進(jìn)行緩存。這樣瀏覽器在請(qǐng)求一個(gè)靜態(tài)資源時(shí)，代理服務(wù)器nginx就可以直接處理，無(wú)需將請(qǐng)求轉(zhuǎn)發(fā)給后端服務(wù)器tomcat。
若用戶請(qǐng)求的動(dòng)態(tài)文件，比如servlet,jsp則轉(zhuǎn)發(fā)給Tomcat服務(wù)器處理，從而實(shí)現(xiàn)動(dòng)靜分離。這也是反向代理服務(wù)器的一個(gè)重要的作用。
Nginx怎么做的動(dòng)靜分離？
只需要指定路徑對(duì)應(yīng)的目錄。location/可以使用正則表達(dá)式匹配。并指定對(duì)應(yīng)的硬盤中的目錄。如下：（操作都是在Linux上）
location /image/ {
root /usr/local/static/;
autoindex on;
}
1
2
3
4
創(chuàng)建目錄
mkdir /usr/local/static/image
1
進(jìn)入目錄
cd /usr/local/static/image
1
放一張照片上去#
1.jpg
1
重啟 nginx
sudo nginx -s reload
1
打開瀏覽器 輸入 server_name/image/1.jpg 就可以訪問該靜態(tài)圖片了
11負(fù)載均衡
輪詢
worker_processes 1; events {worker_connections 1024; }http {include mime.types;default_type application/octet-stream;sendfile on;#tcp_nopush on;#keepalive_timeout 0;keepalive_timeout 65;#gzip on;upstream myserver{server 192.168.3.201:8080;server 192.168.3.201:8081;}server {listen 80;server_name localhost; location / {proxy_pass http://myserver; }#error_page 404 /404.html;# redirect server error pages to the static page /50x.html#error_page 500 502 503 504 /50x.html;location = /50x.html {root html;}}}#啟動(dòng)驗(yàn)證
#構(gòu)建鏡像 docker build -t nginx_webapi . #啟動(dòng)項(xiàng)目 docker run -d -p8080:80 -v /home/nginx/Zhaoxi.WebApi/8080/appsettings.json:/app/appsettings.json --name nginx_webapi8080 nginx_webapi #啟動(dòng)項(xiàng)目 docker run -d -p8081:80 -v /home/nginx/Zhaoxi.WebApi/8081/appsettings.json:/app/appsettings.json --name nginx_webapi8081 nginx_webapi###http://192.168.3.201:8090/getweight權(quán)重
可以給每一臺(tái)服務(wù)器設(shè)置一個(gè)權(quán)重，這樣權(quán)重高的干的活也就會(huì)多一點(diǎn)
upstream myserver{server 192.168.3.201:8080 weight=5;server 192.168.3.201:8081 weight=10;}ip_hash
這種方式是基于客戶端的ip地址，采用hash算法計(jì)算下一個(gè)請(qǐng)求要選擇哪一個(gè)服務(wù)器，這樣固定的ip會(huì)訪問同一個(gè)服務(wù)器，可以解決session問題
upstream myserver{ip_hash;server 192.168.3.201:8080;server 192.168.3.201:8081;}least_conn最少鏈接
會(huì)將下一個(gè)請(qǐng)求分發(fā)到當(dāng)前鏈接數(shù)最少的一臺(tái)服務(wù)器
upstream myserver {least_conn;server 192.168.3.201:8080;server 192.168.3.201:8081;}fair
按后端服務(wù)器的響應(yīng)時(shí)間來(lái)分配請(qǐng)求，響應(yīng)時(shí)間短的優(yōu)先分配。
upstream myserver {fair;server 192.168.3.201:8080;server 192.168.3.201:8081;}url_hash
按訪問url的hash結(jié)果來(lái)分配請(qǐng)求，使每個(gè)url定向到同一個(gè)后端服務(wù)器
資源集群服務(wù)器,緩存文件,文件存儲(chǔ)在第三發(fā)服務(wù),則可以緩存到本地服務(wù)器
upstream myserver { hash $request_uri;server squid1:3128; server squid2:3128; }12.Nginx配置高可用性怎么配置？
當(dāng)上游服務(wù)器(真實(shí)訪問服務(wù)器)，一旦出現(xiàn)故障或者是沒有及時(shí)相應(yīng)的話，應(yīng)該直接輪訓(xùn)到下一臺(tái)服務(wù)器，保證服務(wù)器的高可用
Nginx配置代碼：
server {listen 80;server_name www.lijie.com;location / {### 指定上游服務(wù)器負(fù)載均衡服務(wù)器proxy_pass http://backServer;###nginx與上游服務(wù)器(真實(shí)訪問的服務(wù)器)超時(shí)時(shí)間 后端服務(wù)器連接的超時(shí)時(shí)間_發(fā)起握手等候響應(yīng)超時(shí)時(shí)間proxy_connect_timeout 1s;###nginx發(fā)送給上游服務(wù)器(真實(shí)訪問的服務(wù)器)超時(shí)時(shí)間proxy_send_timeout 1s;### nginx接受上游服務(wù)器(真實(shí)訪問的服務(wù)器)超時(shí)時(shí)間proxy_read_timeout 1s;index index.html index.htm;}}Nginx怎么判斷別IP不可訪問？
# 如果訪問的ip地址為192.168.9.115,則返回403if ($remote_addr = 192.168.9.115) { return 403; }怎么限制瀏覽器訪問？
## 不允許谷歌瀏覽器訪問 如果是谷歌瀏覽器返回500if ($http_user_agent ~ Chrome) { return 500; }[外鏈圖片轉(zhuǎn)存失敗,源站可能有防盜鏈機(jī)制,建議將圖片保存下來(lái)直接上傳(img-mlte5J7X-1621082461091)(Nginx%E9%9D%A2%E8%AF%95%E9%A2%98.assets/image-20210315100437349.png)]
13、nginx和apache的區(qū)別？
輕量級(jí)，同樣起web 服務(wù)，比apache 占用更少的內(nèi)存及資源；抗并發(fā)，nginx處理請(qǐng)求是異步非阻塞的，而apache 則是阻塞型的，在高并發(fā)下nginx 能保持低資源低消耗高性能；高度模塊化的設(shè)計(jì)，編寫模塊相對(duì)簡(jiǎn)單；最核心的區(qū)別在于apache是同步多進(jìn)程模型，一個(gè)連接對(duì)應(yīng)一個(gè)進(jìn)程；nginx是異步的，多個(gè)連接（萬(wàn)級(jí)別）可以對(duì)應(yīng)一個(gè)進(jìn)程。
14、nginx是如何實(shí)現(xiàn)高并發(fā)的？
一個(gè)主進(jìn)程，多個(gè)工作進(jìn)程，每個(gè)工作進(jìn)程可以處理多個(gè)請(qǐng)求，每進(jìn)來(lái)一個(gè)request，會(huì)有一個(gè)worker進(jìn)程去處理。但不是全程的處理，處理到可能發(fā)生阻塞的地方，比如向上游（后端）服務(wù)器轉(zhuǎn)發(fā)request，并等待請(qǐng)求返回。那么，這個(gè)處理的worker繼續(xù)處理其他請(qǐng)求，而一旦上游服務(wù)器返回了，就會(huì)觸發(fā)這個(gè)事件，worker才會(huì)來(lái)接手，這個(gè)request才會(huì)接著往下走。由于web server的工作性質(zhì)決定了每個(gè)request的大部份生命都是在網(wǎng)絡(luò)傳輸中，實(shí)際上花費(fèi)在server機(jī)器上的時(shí)間片不多。這是幾個(gè)進(jìn)程就解決高并發(fā)的秘密所在。即@skoo所說(shuō)的webserver剛好屬于網(wǎng)絡(luò)io密集型應(yīng)用，不算是計(jì)算密集型。
15、什么是C10K問題?
C10K問題是指無(wú)法同時(shí)處理大量客戶端(10,000)的網(wǎng)絡(luò)套接字。
16、為什么不使用多線程？
答：Nginx:采用單線程來(lái)異步非阻塞處理請(qǐng)求（管理員可以配置Nginx主進(jìn)程的工作進(jìn)程的數(shù)量），不會(huì)為每個(gè)請(qǐng)求分配cpu和內(nèi)存資源，節(jié)省了大量資源，同時(shí)也減少了大量的CPU的上下文切換，所以才使得Nginx支持更高的并發(fā)。
17、Nginx如何處理請(qǐng)求？
Nginx啟動(dòng)后，首先進(jìn)行配置文件的解析，解析成功會(huì)得到虛擬服務(wù)器的ip和端口號(hào)，在主進(jìn)程master進(jìn)程中創(chuàng)建socket，對(duì)addrreuse選項(xiàng)進(jìn)行設(shè)置，并將socket綁定到對(duì)應(yīng)的ip地址和端口并進(jìn)行監(jiān)聽。然后創(chuàng)建子進(jìn)程worker進(jìn)程，當(dāng)客戶端和Nginx進(jìn)行三次握手，則可以創(chuàng)建成功與Nginx的連接。當(dāng)有新的請(qǐng)求進(jìn)入時(shí)，空閑的worker進(jìn)程會(huì)競(jìng)爭(zhēng)，當(dāng)某一個(gè)worker進(jìn)程競(jìng)爭(zhēng)成功，則會(huì)得到這個(gè)已經(jīng)成功建立連接的socket，然后創(chuàng)建ngx_connection_t結(jié)構(gòu)體，接下來(lái)設(shè)置讀寫事件處理函數(shù)并添加讀寫事件用來(lái)與客戶端進(jìn)行數(shù)據(jù)交換。當(dāng)請(qǐng)求結(jié)束Nginx或者客戶端主動(dòng)關(guān)閉連接，此時(shí)一個(gè)請(qǐng)求處理完畢。
18Nginx常用優(yōu)化配置
調(diào)整worker_processes指定Nginx需要?jiǎng)?chuàng)建的worker進(jìn)程數(shù)量，剛才有提到worker進(jìn)程數(shù)一般設(shè)置為和CPU核心數(shù)一致。
調(diào)整worker_connections設(shè)置Nginx最多可以同時(shí)服務(wù)的客戶端數(shù)。結(jié)合worker_processes配置可以獲得每秒可以服務(wù)的最大客戶端數(shù)。
啟動(dòng)gzip壓縮，可以對(duì)文件大小進(jìn)行壓縮，減少了客戶端http的傳輸帶寬，可以大幅度提高頁(yè)面的加載速度。
啟用緩存，如果請(qǐng)求靜態(tài)資源，啟用緩存是可以大幅度提升性能的。
19.nginx 請(qǐng)求合并
當(dāng)我們?cè)跒g覽網(wǎng)頁(yè)的時(shí)候，對(duì)瀏覽速度有一個(gè)重要的影響因素，就是瀏覽器的并發(fā)數(shù)量。并發(fā)數(shù)量簡(jiǎn)單通俗的講就是，當(dāng)瀏覽器網(wǎng)頁(yè)的時(shí)候同時(shí)工作的進(jìn)行數(shù)量。
當(dāng)然瀏覽器的并發(fā)請(qǐng)求數(shù)目限制是針對(duì)同一域名的，同一時(shí)間針對(duì)同一域名下的請(qǐng)求有一定數(shù)量限制，超過(guò)限制數(shù)目的請(qǐng)求會(huì)被阻塞。
首先我們看下各個(gè)瀏覽器的并發(fā)連接數(shù)：
[外鏈圖片轉(zhuǎn)存失敗,源站可能有防盜鏈機(jī)制,建議將圖片保存下來(lái)直接上傳(img-HJmOKQ19-1621082461095)(Nginx%E9%9D%A2%E8%AF%95%E9%A2%98.assets/image-20210315104605845.png)]
安裝第三方模塊nginx-http-concat
合并訪問:
http://ip:port/static/css/??index.css,common.css
20.請(qǐng)陳述stub_status和sub_filter指令的作用是什么?
Stub_status指令：該指令用于了解Nginx當(dāng)前狀態(tài)的當(dāng)前狀態(tài)，如當(dāng)前的活動(dòng)連接，接受和處理當(dāng)前讀/寫/等待連接的總數(shù) ；
Sub_filter指令：它用于搜索和替換響應(yīng)中的內(nèi)容，并快速修復(fù)陳舊的數(shù)據(jù)
21.Nginx是否支持將請(qǐng)求壓縮到上游?
可以使用Nginx模塊gunzip將請(qǐng)求壓縮到上游。gunzip模塊是一個(gè)過(guò)濾器，它可以對(duì)不支持“gzip”編碼方法的客戶機(jī)或服務(wù)器使用“內(nèi)容編碼:gzip”來(lái)解壓縮響應(yīng)。
22.用Nginx服務(wù)器解釋-s的目的是什么?
用于運(yùn)行Nginx -s參數(shù)的可執(zhí)行文件。
23.解釋如何在Nginx服務(wù)器上添加模塊?
在編譯過(guò)程中，必須選擇Nginx模塊，因?yàn)镹ginx不支持模塊的運(yùn)行時(shí)間選擇。
port/static/css/??index.css,common.css
20.請(qǐng)陳述stub_status和sub_filter指令的作用是什么?
Stub_status指令：該指令用于了解Nginx當(dāng)前狀態(tài)的當(dāng)前狀態(tài)，如當(dāng)前的活動(dòng)連接，接受和處理當(dāng)前讀/寫/等待連接的總數(shù) ；
Sub_filter指令：它用于搜索和替換響應(yīng)中的內(nèi)容，并快速修復(fù)陳舊的數(shù)據(jù)
21.Nginx是否支持將請(qǐng)求壓縮到上游?
可以使用Nginx模塊gunzip將請(qǐng)求壓縮到上游。gunzip模塊是一個(gè)過(guò)濾器，它可以對(duì)不支持“gzip”編碼方法的客戶機(jī)或服務(wù)器使用“內(nèi)容編碼:gzip”來(lái)解壓縮響應(yīng)。
22.用Nginx服務(wù)器解釋-s的目的是什么?
用于運(yùn)行Nginx -s參數(shù)的可執(zhí)行文件。
23.解釋如何在Nginx服務(wù)器上添加模塊?
在編譯過(guò)程中，必須選擇Nginx模塊，因?yàn)镹ginx不支持模塊的運(yùn)行時(shí)間選擇。
總結(jié)
以上是生活随笔為你收集整理的2021-05-15 Nginx面试题的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： mysql utf8 4位_mysql中
- 下一篇： Nginx常见面试题及详细答案