轉載自：https://www.cnblogs.com/crazylqy/p/6892010.html

1Location語法規則

1.1 Location規則

語法規則： location [=|~|~*|^~] /uri/ {… }

首先匹配 =，其次匹配^~,其次是按檔案中順序的正則匹配，最後是交給 /通用匹配。當有匹配成功時候，停止匹配，按當前匹配規則處理請求。

  匹配規則示例：

      location = / {
          #規則A
      }
      location = /login {
          #規則B
      }
      location ^~ /static/ {
          #規則C
      }
      location ~ \.(gif|jpg|png|js|css)$ {
          #規則D
      }
      location ~* \.png$ {
          #規則E
      }
      location !~ \.xhtml$ {
          #規則F
      }
      location !~* \.xhtml$ {
          #規則G
      }
      location / {
          #規則H
      }
 

那麼產生的效果如下：

1. 訪問根目錄/，比如http://localhost/將匹配規則A

2. 訪問 http://localhost/login 將匹配規則B，http://localhost/register則匹配規則H

3. 訪問 http://localhost/static/a.html 將匹配規則C

4. 訪問 http://localhost/a.gif,http://localhost/b.jpg 將匹配規則D和規則E，但是規則D順序優先，規則E不起作用，而http://localhost/static/c.png則優先匹配到規則C

5. 訪問 http://localhost/a.PNG 則匹配規則E，而不會匹配規則D，因為規則E不區分大小寫。

6. 訪問 http://localhost/a.xhtml 不會匹配規則F和規則G，http://localhost/a.XHTML不會匹配規則G，因為不區分大小寫。規則F，規則G屬於排除法，符合匹配規則但是不會匹配到，所以想想看實際應用中哪裡會用到。

7. 訪問 http://localhost/category/id/1111 則最終匹配到規則H，因為以上規則都不匹配，這個時候應該是nginx轉發請求給後端應用伺服器，比如FastCGI（PHP），tomcat（jsp），nginx作為方向代理伺服器存在。

1.2 實際常用規則

#直接匹配網站根，通過域名訪問網站首頁比較頻繁，使用這個會加速處理。

#這裡是直接轉發給後端應用伺服器了，也可以是一個靜態首頁

# 第一個必選規則

    location = / {
       proxy_passhttp://tomcat:8080/index
    }

# 第二個必選規則是處理靜態檔案請求，這是nginx作為http伺服器的強項

# 有兩種配置模式，目錄匹配或字尾匹配,任選其一或搭配使用

    location ^~ /static/ {
       # 請求/static/a.txt 將被對映到實際目錄檔案:/webroot/res/static/a.txt
       root /webroot/res/;
    }

    location ~* \.(gif|jpg|jpeg|png|css|js|ico)${
       root /webroot/res/;

第三個規則就是通用規則，用來轉發動態請求到後端應用伺服器

#非靜態檔案請求就預設是動態請求，自己根據實際把握

#畢竟目前的一些框架的流行，帶.php,.jsp字尾的情況很少了

    location / {
       proxy_pass http://tomcat:8080/
    }

1.3 Location解析過程

總結：

1、    先判斷精準命中，如果命中，立即返回結果並結束解析過程。

2、    判斷普通命中，如果有多個命中，“記錄”下來“最長”的命中結果（記錄但不結束，最長的為準）。

3、    繼續判斷正則表示式的解析結果，按配置裡的正則表示式順序為準，由上至下開始匹配，一旦匹配成功1個，立即返回結果，並結束解析過程。

4、    普通命中順序無所謂，是因為按命中的長短來確定。正則命中，順序有所謂，因為是從前入往後命中的。