摘要：在本文中，我們繼續(xù)延續(xù)前文，從前文給出的一份示例配置清單開(kāi)始，詳解一下服務(wù)器的各種配置指令的作用和用法。是否允許同時(shí)接收多個(gè)網(wǎng)絡(luò)連接指令格式該指令默認(rèn)為狀態(tài)，意指每個(gè)一次只能接收一個(gè)新到達(dá)的網(wǎng)絡(luò)連接。

在前面《Nginx服務(wù)器開(kāi)箱體驗(yàn)》 一文中我們從開(kāi)箱到體驗(yàn)，感受了一下Nginx服務(wù)器的魅力。Nginx是輕量級(jí)的高性能Web服務(wù)器，提供了諸如HTTP代理和反向代理、負(fù)載均衡、緩存等一系列重要特性，因而在實(shí)踐之中使用廣泛，筆者也在學(xué)習(xí)和實(shí)踐之中。

在本文中，我們繼續(xù)延續(xù)前文，從前文給出的一份示例配置清單開(kāi)始，詳解一下Nginx服務(wù)器的各種配置指令的作用和用法。

注： 本文首發(fā)于 My 公眾號(hào) CodeSheep ，可 長(zhǎng)按 或 掃描 下面的 小心心 來(lái)訂閱 ↓ ↓ ↓

看到了下文中的包含了 “小豬佩琪色” 的配圖了嗎，嘿嘿，我們開(kāi)始吧！

從圖中可以看出主要包含以下幾大部分內(nèi)容：

該部分配置主要影響Nginx全局，通常包括下面幾個(gè)部分：

配置運(yùn)行Nginx服務(wù)器用戶(hù)（組）

worker process數(shù)

Nginx進(jìn)程PID存放路徑

錯(cuò)誤日志的存放路徑

配置文件的引入

該部分配置主要影響Nginx服務(wù)器與用戶(hù)的網(wǎng)絡(luò)連接，主要包括：

設(shè)置網(wǎng)絡(luò)連接的序列化

是否允許同時(shí)接收多個(gè)網(wǎng)絡(luò)連接

事件驅(qū)動(dòng)模型的選擇

最大連接數(shù)的配置

定義MIMI-Type

自定義服務(wù)日志

允許sendfile方式傳輸文件

連接超時(shí)時(shí)間

單連接請(qǐng)求數(shù)上限

配置網(wǎng)絡(luò)監(jiān)聽(tīng)

基于名稱(chēng)的虛擬主機(jī)配置

基于IP的虛擬主機(jī)配置

location配置

請(qǐng)求根目錄配置

更改location的URI

網(wǎng)站默認(rèn)首頁(yè)配置

筆者按照文章：《Nginx服務(wù)器開(kāi)箱體驗(yàn)》 中的實(shí)驗(yàn)，給出了一份簡(jiǎn)要的清單配置舉例：

配置代碼如下：

user  nobody  nobody;
worker_processes  3;
error_log  logs/error.log;
pid  logs/nginx.pid;

events {
    use epoll;
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    log_format  main  "$remote_addr - $remote_user [$time_local] "$request" "
                      "$status $body_bytes_sent "$http_referer" "
                      ""$http_user_agent" "$http_x_forwarded_for"";
    access_log  logs/access.log  main;
    sendfile  on;
    keepalive_timeout  65;

    server {
        listen       8088;
        server_name  codesheep;
        access_log  /codesheep/webserver/server1/log/access.log;
        error_page  404  /404.html;

        location /server1/location1 {
            root   /codesheep/webserver;
            index  index.server2-location1.htm;
        }

        location /server1/location2 {
        root   /codesheep/webserver;
            index  index.server2-location2.htm;
        }

    }

    server {
        listen       8089;
        server_name  192.168.31.177;
        access_log  /codesheep/webserver/server2/log/access.log;
        error_page  404  /404.html;
        
        location /server2/location1 {
            root   /codesheep/webserver;
            index  index.server2-location1.htm;
        }

        location /srv2/loc2 {
            alias   /codesheep/webserver/server2/location2/;
            index  index.server2-location2.htm;
        }
        
        location = /404.html {
            root /codesheep/webserver/;
            index 404.html;
        }
        
    }

}

接下來(lái)就來(lái)詳細(xì)剖析以下配置文件中各個(gè)指令的含義??

指令格式：user user [group];

user：指定可以運(yùn)行Nginx服務(wù)器的用戶(hù)

group：可選項(xiàng)，可以運(yùn)行Nginx服務(wù)器的用戶(hù)組

如果user指令不配置或者配置為 user nobody nobody ，則默認(rèn)所有用戶(hù)都可以啟動(dòng)Nginx進(jìn)程

Nginx服務(wù)器實(shí)現(xiàn)并發(fā)處理服務(wù)的關(guān)鍵，指令格式：worker_processes number | auto;

number：Nginx進(jìn)程最多可以產(chǎn)生的worker process數(shù)

auto：Nginx進(jìn)程將自動(dòng)檢測(cè)

按照上文中的配置清單的實(shí)驗(yàn)，我們給worker_processes配置的數(shù)目是：3，啟動(dòng)Nginx服務(wù)器后，我們可以后臺(tái)看一下主機(jī)上的Nginx進(jìn)程情況：

ps -aux | grep nginx

很明顯，理解 worker_processes 這個(gè)指令的含義就很容易了

Nginx進(jìn)程是作為系統(tǒng)守護(hù)進(jìn)程在運(yùn)行，需要在某文件中保存當(dāng)前運(yùn)行程序的主進(jìn)程號(hào)，Nginx支持該保存文件路徑的自定義

指令格式：pid file;

file：指定存放路徑和文件名稱(chēng)

如果不指定默認(rèn)置于路徑 logs/nginx.pid

指定格式：error_log file | stderr;

file：日志輸出到某個(gè)文件file

stderr：日志輸出到標(biāo)準(zhǔn)錯(cuò)誤輸出

指令格式：include file;

該指令主要用于將其他的Nginx配置或者第三方模塊的配置引用到當(dāng)前的主配置文件中

指令格式：accept_mutex on | off;

該指令默認(rèn)為on狀態(tài)，表示會(huì)對(duì)多個(gè)Nginx進(jìn)程接收連接進(jìn)行序列化，防止多個(gè)進(jìn)程對(duì)連接的爭(zhēng)搶。

說(shuō)到該指令，首先得闡述一下什么是所謂的 “驚群?jiǎn)栴}”，可以參考 WIKI百科的解釋。就Nginx的場(chǎng)景來(lái)解釋的話(huà)大致的意思就是：當(dāng)一個(gè)新網(wǎng)絡(luò)連接來(lái)到時(shí)，多個(gè)worker進(jìn)程會(huì)被同時(shí)喚醒，但僅僅只有一個(gè)進(jìn)程可以真正獲得連接并處理之。如果每次喚醒的進(jìn)程數(shù)目過(guò)多的話(huà)，其實(shí)是會(huì)影響一部分性能的。

所以在這里，如果accept_mutex on，那么多個(gè)worker將是以串行方式來(lái)處理，其中有一個(gè)worker會(huì)被喚醒；反之若accept_mutex off，那么所有的worker都會(huì)被喚醒，不過(guò)只有一個(gè)worker能獲取新連接，其它的worker會(huì)重新進(jìn)入休眠狀態(tài)

這個(gè)值的開(kāi)關(guān)與否其實(shí)是要和具體場(chǎng)景掛鉤的。

指令格式：multi_accept on | off;

該指令默認(rèn)為off狀態(tài)，意指每個(gè)worker process 一次只能接收一個(gè)新到達(dá)的網(wǎng)絡(luò)連接。若想讓每個(gè)Nginx的worker process都有能力同時(shí)接收多個(gè)網(wǎng)絡(luò)連接，則需要開(kāi)啟此配置

指令格式：use model;

model模型可選擇項(xiàng)包括：select、poll、kqueue、epoll、rtsig等......

指令格式：worker_connections number;

number默認(rèn)值為512，表示允許每一個(gè)worker process可以同時(shí)開(kāi)啟的最大連接數(shù)

指令格式：

include mime.types;
default_type mime-type;

MIME-Type指的是網(wǎng)絡(luò)資源的媒體類(lèi)型，也即前端請(qǐng)求的資源類(lèi)型

include指令將mime.types文件包含進(jìn)來(lái)

cat mime.types 來(lái)查看mime.types文件內(nèi)容，我們發(fā)現(xiàn)其就是一個(gè)types結(jié)構(gòu)，里面包含了各種瀏覽器能夠識(shí)別的MIME類(lèi)型以及對(duì)應(yīng)類(lèi)型的文件后綴名字，如下所示：

指令格式：

access_log path [format];

path：自定義服務(wù)日志的路徑 + 名稱(chēng)

format：可選項(xiàng)，自定義服務(wù)日志的字符串格式。其也可以使用 log_format 定義的格式

指令格式：

sendfile on | off;
sendfile_max_chunk size;

前者用于開(kāi)啟或關(guān)閉使用sendfile()傳輸文件，默認(rèn)off

后者指令若size>0，則Nginx進(jìn)程的每個(gè)worker process每次調(diào)用sendfile()傳輸?shù)臄?shù)據(jù)了最大不能超出此值；若size=0則表示不限制。默認(rèn)值為0

指令格式：keepalive_timeout timeout [header_timeout];

timeout 表示server端對(duì)連接的保持時(shí)間，默認(rèn)75秒

header_timeout 為可選項(xiàng)，表示在應(yīng)答報(bào)文頭部的 Keep-Alive 域設(shè)置超時(shí)時(shí)間：“Keep-Alive : timeout = header_timeout”

指令格式：keepalive_requests number;

該指令用于限制用戶(hù)通過(guò)某一個(gè)連接向Nginx服務(wù)器發(fā)起請(qǐng)求的次數(shù)

指令格式：

第一種：配置監(jiān)聽(tīng)的IP地址：listen IP[:PORT];

第二種：配置監(jiān)聽(tīng)的端口：listen PORT;

實(shí)際舉例：

listen 192.168.31.177:8080; # 監(jiān)聽(tīng)具體IP和具體端口上的連接
listen 192.168.31.177;      # 監(jiān)聽(tīng)I(yíng)P上所有端口上的連接
listen 8080;                # 監(jiān)聽(tīng)具體端口上的所有IP的連接

指令格式：server_name name1 name2 ...

name可以有多個(gè)并列名稱(chēng)，而且此處的name支持正則表達(dá)式書(shū)寫(xiě)

實(shí)際舉例：

server_name ~^wwwd+.myserver.com$

此時(shí)表示該虛擬主機(jī)可以接收類(lèi)似域名 www1.myserver.com 等的請(qǐng)求而拒絕 www.myserver.com 的域名請(qǐng)求，所以說(shuō)用正則表達(dá)式可以實(shí)現(xiàn)更精準(zhǔn)的控制

至于基于IP的虛擬主機(jī)配置比較簡(jiǎn)單，不再太贅述：

指令格式：server_name IP地址

指令格式為：location [ = | ~ | ~* | ^~ ] uri {...}

這里的uri分為標(biāo)準(zhǔn)uri和正則uri，兩者的唯一區(qū)別是uri中是否包含正則表達(dá)式

uri前面的方括號(hào)中的內(nèi)容是可選項(xiàng)，解釋如下：

“=”：用于標(biāo)準(zhǔn)uri前，要求請(qǐng)求字符串與uri嚴(yán)格匹配，一旦匹配成功則停止

“~”：用于正則uri前，并且區(qū)分大小寫(xiě)

“~*”：用于正則uri前，但不區(qū)分大小寫(xiě)

“^~”：用于標(biāo)準(zhǔn)uri前，要求Nginx找到標(biāo)識(shí)uri和請(qǐng)求字符串匹配度最高的location后，立即使用此location處理請(qǐng)求，而不再使用location塊中的正則uri和請(qǐng)求字符串做匹配

指令格式：root path;

path：Nginx接收到請(qǐng)求以后查找資源的根目錄路徑

當(dāng)然，還可以通過(guò)alias指令來(lái)更改location接收到的URI請(qǐng)求路徑，指令為：

alias path;  # path為修改后的根路徑 

指令格式：index file ......

file可以包含多個(gè)用空格隔開(kāi)的文件名，首先找到哪個(gè)頁(yè)面，就使用哪個(gè)頁(yè)面響應(yīng)請(qǐng)求

作者更多的原創(chuàng)文章在此，歡迎觀賞

My Personal Blog

作者更多的SpringBt實(shí)踐文章在此：

Spring Boot應(yīng)用監(jiān)控實(shí)戰(zhàn)

SpringBoot應(yīng)用部署于外置Tomcat容器

ElasticSearch搜索引擎在SpringBt中的實(shí)踐

初探Kotlin+SpringBoot聯(lián)合編程

Spring Boot日志框架實(shí)踐

SpringBoot優(yōu)雅編碼之：Lombok加持

如果有興趣，也可以抽點(diǎn)時(shí)間看看作者一些關(guān)于容器化、微服務(wù)化方面的文章：

利用K8S技術(shù)棧打造個(gè)人私有云 連載文章

從一份配置清單詳解Nginx服務(wù)器配置

Docker容器可視化監(jiān)控中心搭建

利用ELK搭建Docker容器化應(yīng)用日志中心

RPC框架實(shí)踐之：Apache Thrift

RPC框架實(shí)踐之：Google gRPC

微服務(wù)調(diào)用鏈追蹤中心搭建

Docker容器跨主機(jī)通信

Docker Swarm集群初探

高效編寫(xiě)Dockerfile的幾條準(zhǔn)則