写在前面的话
前面我们谈了 nginx 基础的 WEB 服务配置以及定制我们的日志显示格式，接下来我能更加详细的说说 server 字段。
location 字段
在 Server 中，如果我们只是一个 WEB 服务，其实是不需要先前的 location 匹配的。
所以在之前的 demo.conf 中，我们完全可以直接写成：
# 80 端口测试 server { listen 80; server_name localhost; root /data/www/demo-80; index index.html index.htm; ... }
一样能够实现我们的 WEB 访问。
这并不意味着 location 没有，相反的，location 在 nginx 中非常重要，在一些复制的处理逻辑中，我们都需用到 location 匹配来实现。
先来看看 location 的语法：
location [=|~|~*|^~] /uri/ {...}
当然这里的参数肯定不止这些，可以参考下表中常用的：
| 参数 | 说明 |
|---|---|
| = | 精确匹配，优先级最高 |
| ^~ | uri 以某个字符串开头，nginx 不会对 uri 编码，所以 /static/ /aa 能够匹配 /static/20%/aa |
| ~ | 区分大小写的正则匹配 |
| ~* | 不区分大小写的正则匹配 |
| !~ | 区分大小写的正则匹配取反 |
| !~* | 不区分大小写的正则匹配取反 |
| / | 通用匹配，能匹配到所有 |
其优先级为：= > ^~ > 正则 > /
我们在 vhosts 目录下新建一个 location-demo.conf 配置文件进行测试：
server { listen 8081; server_name localhost; location / { echo "URI: /"; } location = / { echo "URI: = /"; } location = /hello { echo "URI: /hello"; } location ~ .(jpg|png|gif|js|css) { echo "URI: STATIC FILES"; } location ~* .(jpg|png|gif|js|css) { echo "URI: OTHER STATIC FILES"; } location ^~ /static { echo "URI: /static"; } location ^~ /static/ { echo "URI: /static/"; } }
我们在另外一台机器上访问测试：
于是我们可以得出一些结论：
1. 在默认访问一个没有 URI 的 URL，无论有没有 /，系统默认是当作 / 处理的，所以 1，2 我们都匹配 = / 的规则。
2. 在使用 = 匹配时，虽优先级最高，但 uri 也限定死了，和 3，4 一样，后面加不加 / 两个结果。如 5 后面加啥都不再满足该规则。
3. 在区分大小写和不区分大小写同时存在的时候，率先匹配更精确的区分大小写，然后才是不区分大小写，如：6，7，8。
4. 在匹配开头的时候，从开头开始，满足的越多，匹配的优先级越多，如：9，10。
5. 在前后都满足匹配的时候，默认从左往右匹配，如果左边匹配了就直接满足左边，如：11，12，13。
最后总结下：
1. = 优先级最高，但是必须精确。
2. 正则匹配需要从左往右匹配着走，如果左边已经满足，那么满足越多的优先级越高。
3. 区分大小写的优先级高于不区分大小写。
附带一个常用的静态文件处理规则：
location ~* .*.(js|css|png|jpg|gif|jpeg|bmp|ico)?$ { # 7天过期，不保存日志 expires 7d; access_log off; } location ~* .*.(zip|rar|exe|msi|iso|gho|mp3|rmvb|mp4|wma|wmv|rm)?$ { # 禁止这些文件下载 deny all; }
root / alias
在之前的静态 WEB 服务中，我们使用 root 来指定了我们 index.html 存放的路径。但是在 nginx 除了 root，我们还要另外一种，alias。
我们可以通过示例来进行区分：
1. 创建测试使用的网页：
mkdir /data/www/root mkdir /data/www/alias echo '<h1>ROOT WEB SERVER</h1>' > /data/www/root/index.html echo '<h1>ALIAS WEB SERVER</h1>' > /data/www/alias/index.html
2. 在 vhosts 下面添加配置文件：root-alias.conf
server { listen 8082; server_name localhost; location ^~ /root { root /data/www/root; index index.html index.htm; } location ^~ /alias { alias /data/www/alias; index index.html index.htm; } }
然后重载 nginx：
/data/services/nginx/sbin/nginx -s reload
此时我们访问查看 root 匹配：
访问查看 alias 匹配：
查看 error.log 查找 404 的原因：
可以看到最终请求的结果为：/data/www/root/root/index.html
这个目录是不存在的，由此我们可以得出：
root 指定路径会自动将后面的 uri 拼接上去。因为平时的 / 匹配，多以拼接后不影响，但是 uri 如果不为 / 就会出现问题，由此导致 404。
alias 在在指定路径的时候则不会拼接，无论你后面的 uri 是如何花里胡哨都不会影响我们本身的目录。
但是需要注意，alias 需要后面的 uri 必须以 / 开头，否则同样 404。
如果你没有用 / 开头，则会访问到 /data/services/nginx/html/alias 下面去，前面为 nginx 的默认 WEB 路径。
最后，如果我们以：http://192.168.100.111:8082/alias123 访问，会发现：
查找目录变成了我们 uri 后面的部分？其实不是，其实质是将 uri 满足匹配的部分去掉，然后将后面的 123 拼接到了 alias 指定的目录，由于指定的目录最后没有 / 才导致看起来一样，如果给他加上 / 则会变成 alias/123。感兴趣的可以去测试。
小结
root 在实际应用中用的多些，如果有特殊需求，alias 能帮到大忙。当然，location 才是重点。