老刘笔记
URL地址匹配是Nginx配置中最灵活的部分
Location 支持正则表达式匹配，也支持条件匹配，
用户可以通过location指令实现Nginx对动丶静态网页的过滤处理。
Nginx location 配置语法
location [ = | ~ | ~* | ^~ ] uri { ... }
location @name { ... }
location 配置可以有两种配置方法
前缀 + uri（字符串/正则表达式）
@ + name
前缀含义
=：精确匹配（必须全部相等）
location = / {
#规则
}
# 则匹配到 `http://www.example.com/` 这种请求。
~：大小写敏感
~*：忽略大小写
^~：只需匹配uri部分
@：内部服务跳转
location 是在 server 块中配置。
可以根据不同的 URI 使用不同的配置（location 中配置），来处理不同的请求。
location 是有顺序的，会被第一个匹配的location 处理。
匹配规则与顺序
location = /uri =开头表示精确匹配，只有完全匹配上才能生效。 location ^~ /uri ^~ 开头对URL路径进行前缀匹配，并且在正则之前。 location ~ pattern ~开头表示区分大小写的正则匹配。 location ~* pattern ~*开头表示不区分大小写的正则匹配。 location /uri 不带任何修饰符，也表示前缀匹配，但是在正则匹配之后。 location / 通用匹配，任何未匹配到其它location的请求都会匹配到，相当于switch中的default。
普通 location ”的匹配规则是“最大前缀.(特殊的是“=”和“^~”，前缀指令将严格匹配uri ，如果匹配，停止搜索.)
正则 location ”的匹配规则是“顺序匹配，且只要匹配到第一个就停止后面的匹配.
通用匹配 “/”最后匹配
先匹配普通 location ，再“考虑”匹配正则 location 。
注意这里的“考虑”是“可能”的意思，也就是说匹配完“普通 location ”后，
有的时候需要继续匹配“正则 location ”，有的时候则不需要继续匹配“正则 location ”。
两种情况下，不需要继续匹配正则 location ：
（ 1 ）当普通 location 前面指定了“ ^~ ”，
特别告诉 Nginx 本条普通 location 一旦匹配上，则不需要继续正则匹配；
（ 2 ）当普通location 恰好严格匹配上，不是最大前缀匹配，则不再继续匹配正则.
location = / {
# 精确匹配 / ，主机名后面不能带任何字符串
[ configuration A ]
}
location / {
# 因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求
# 但是正则和最长字符串会优先匹配
[ configuration B ]
}
location /documents/ {
# 匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索
# 只有后面的正则表达式没有匹配到时，这一条才会采用这一条
[ configuration C ]
}
location ~ /documents/Abc {
# 匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索
# 只有后面的正则表达式没有匹配到时，这一条才会采用这一条
[ configuration CC ]
}
location ^~ /images/ {
# 匹配任何以 /images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条。
[ configuration D ]
}
location ~* \.(gif|jpg|jpeg)$ {
# 匹配所有以 gif,jpg或jpeg 结尾的请求
# 然而，所有请求 /images/ 下的图片会被 config D 处理，因为 ^~ 到达不了这一条正则
[ configuration E ]
}
location /images/ {
# 字符匹配到 /images/，继续往下，会发现 ^~ 存在
[ configuration F ]
}
location /images/abc {
# 最长字符匹配到 /images/abc，继续往下，会发现 ^~ 存在
# F与G的放置顺序是没有关系的
[ configuration G ]
}
location ~ /images/abc/ {
# 只有去掉 config D 才有效：先最长匹配 config G 开头的地址，继续往下搜索，匹配到这一条正则，采用
[ configuration H ]
}
