摘要：它的作用是監聽后建立的連接，對讀寫事件進行添加刪除。事件處理模型和的非阻塞模型結合在一起使用。

知乎

個人博客

Github

日常學習筆記

定義

異步框架的 Web服務器，也可以用作反向代理，負載平衡器 , HTTP緩存, 媒體流等的開源軟件。它最初是一個旨在實現最高性能和穩定性的Web服務器。除了HTTP服務器功能外，NGINX還可以用作電子郵件（IMAP，POP3和SMTP）的代理服務器以及HTTP，TCP和UDP服務器的反向代理和負載平衡器。

特點

更快

高擴展性, Nginx的模塊都是嵌入到二進制文件中執行

高可靠性

低內存消耗

單機支持10萬次的并發連接

熱部署, master管理進行與work工作進程分離設計，因此具備熱部署功能

最自由的BSD許可協議

功能

靜態服務（css , js , html, images, videos）

SSL 和 TLS SNI 支持

HTTP/HTTPS, SMTP, IMAP/POP3 反向代理

FastCGI反向代理

負載均衡

頁面緩存（CDN）

支持gzip、expirse

支持 keep-alive 和管道連接

基于 PCRE 的 rewrite 重寫模塊

帶寬限制

基于IP 和名稱的虛擬主機服務

支持訪問速率、并發限制

反向代理（適用2000WPV、并發連接1W/秒），簡單的負載均衡和容錯

基于客戶端 IP 地址和 HTTP 基本認證的訪問控制

// 推薦使用`brew`, 安裝`homebrew`
/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
// Homebrew 安裝 Nginx 
brew install nginx
// Mac 下 Nginx的目錄
cd /usr/local/etc/nginx
ll -al
vim nginx.conf

homebrew詳見

Nginx是以event（事件）處理模型為基礎的模塊。它為了支持跨平臺，抽象出了event模塊。它支持的event處理類型有：AIO（異步IO），/dev/poll（Solaris 和Unix特有），epoll（Linux特有），eventport（Solaris 10特有），kqueue（BSD特有），poll，rtsig（實時信號），select等。
它的作用是監聽accept后建立的連接，對讀寫事件進行添加刪除。事件處理模型和Nginx的非阻塞IO模型結合在一起使用。當IO可讀可寫的時候，相應的讀寫事件就會被喚醒，此時就會去處理事件的回調函數。

Event Use支持的事件模型

Events詳見

可以嵌套多個server，配置代理，緩存，日志定義等絕大多數功能和第三方模塊的配置。

它的作用是實現在輪詢和客戶端IP之間的后端服務器負荷平衡。

weight 默認為1.weight越大，負載的權重就越大。

Nginx Upstream 狀態

例如：

upstream news {
    server 127.0.0.1:9527 backup;
    server 127.0.0.1:9527 weight=1 max_fails=2 fail_timeout=3;
    ...
}

use location：在server中添加

proxy_pass http://127.0.0.1:9527;
// 因為我的API接口是這個，such as /api/profile
// location 具體匹配規則詳見后面
location ~ /api/ {
    proxy_pass http://127.0.0.1:9527;
}

配置虛擬主機的相關參數，一個http中可以有多個server。

Location

配置請求的路由，以及各種頁面的處理情況。

=: 開頭表示精確匹配，如 api 中只匹配根目錄結尾的請求，后面不能帶任何字符串.

^~ :開頭表示uri以某個常規字符串開頭，不是正則匹配.

~: 開頭表示區分大小寫的正則匹配.

~*: 開頭表示不區分大小寫的正則匹配.

/ : 通用匹配, 如果沒有其它匹配,任何請求都會匹配到.

匹配優先級(高到低)

location =

location 完整路徑

location ^~ 路徑

location ~,~* 正則順序

location 部分起始路徑

/

詳見Location配置

當NGINX代理請求時，它會將請求發送到指定的代理服務器，獲取響應并將其發送回客戶端。可以使用指定的協議將請求代理到HTTP服務器（另一個NGINX服務器或任何其他服務器）或非HTTP服務器（可以運行使用特定框架（如PHP或Python）開發的應用程序）。

location  / some / path /  {
    proxy_pass  http://www.example.com:8080;
    
    proxy_set_header  Host  $ host ; 
    proxy_set_header  X-Real-IP  $ remote_addr ;
    
    // 禁用特定位置的緩沖
    proxy_buffering  off ;
    proxy_buffers  16  4k ; 
    proxy_buffer_size  2k ;
    
    proxy_bind  127.0.0.2 ; // IP地址也可以用變量指定
}

將請求傳遞給非HTTP代理服務器，**_pass應使用相應的指令：

fastcgi_pass 將請求傳遞給FastCGI服務器

uwsgi_pass 將請求傳遞給uwsgi服務器

scgi_pass 將請求傳遞給SCGI服務器

memcached_pass 將請求傳遞給memcached服務器

詳見Proxy

全局變量詳見Alphabetical index of variables

修改 http server中的配置

啟動Nginx

nginx
ps -ef | grep nginx

重新加載修改后的Nginx配置文件

nginx -s reload

多謝小伙伴給提出的問題(詳見評論區)，reload和resatrt是兩個不同的概念。

reload
重新加載conf文件，不中斷Nginx服務，conf文件有問題則加載上一次的conf.

restart
會根據配置文件，重啟整個Nginx服務，造成服務器中斷一段時間，當然會因為conf文件問題報錯。

關閉Nginx

nginx -s stop

因為我已經啟動了，所以就重啟一下Nginx即可

Linux安裝

常見的Linux命令

使用pstree查看當前服務器啟動的進程

pstree

查找Nginx的位置

ps -aux | grep nginx

進入nginx的目錄

然后配置nginx.conf文件即可

http {    
    upstream add-news {
        server 127.0.0.1:9527;
    }

    server {
        listen       8080;
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;
        root   /Users/rainy/Desktop/MyWork/Work/website/dist;
        index index.html index.htm;

        location / {
            # root   html;
            try_files $uri $uri/ @router;
            index  index.html index.htm;
        }

        location @router {
            rewrite ^.*$ /index.html last;
        }

        location ~ /api/ {
            proxy_pass http://127.0.0.1:9527;
        }
                # 我的圖片存放在本地服務器上的路徑