nginx里面的location配置语法：location [=|~|~*|^~|...] /url/ {... ...}
选项参数匹配：
- = 表示精准匹配
- ^~ 表示uri以某个常规字符串开头，理解为匹配 url路径即可。nginx不对url做编码，因此请求为/static/20%/aa，可以被规则^~ /static/ /aa匹配到（注意是空格）。
- ~ 表示区分大小写正则匹配
- ~* 表示不区分大小写正则匹配
- !~ 分别为区分大小写不匹配
- !~* 不区分大小写不匹配
其他参数：
- -f 判断文件是否存在
- -d 判断目录是否存在
- -x 判断文件是否可执行
- -e 判断文件、目录、链接是否存在
/ 通用匹配，任何请求都会匹配到。如果有多个/或/xxx ？
多个location配置的情况下匹配顺序为：首先匹配 =，其次匹配^~, 其次是按文件中顺序的正则匹配，最后是交给 / 通用匹配。当有匹配成功时候，停止匹配，按当前匹配规则处理请求。
例如有这么一个需求，要求将/url/login下的的页面重定向到本机的/data/www/login下，且端口号为5005，那么此时就需要写一个location，如下：
server {
... ...
location /login {
root /data/www/login;
proxy_pass http://127.0.0.1:5005;
}
}其他匹配规则：
location = / {精确匹配，必须是127.0.0.1/
#规则A
}
location = /login {精确匹配，必须是127.0.0.1/login
#规则B
}
location ^~ /static/ {非精确匹配，并且不区分大小写，比如127.0.0.1/static/js.
#规则C
}
location ~ \.(gif|jpg|png|js|css)$ {区分大小写，以gif,jpg,js结尾
#规则D
}
location ~* \.png$ {不区分大小写，匹配.png结尾的
#规则E
}
location !~ \.xhtml$ {区分大小写，匹配不已.xhtml结尾的
#规则F
}
location !~* \.xhtml$ {
#规则G
}
location / {什么都可以
#规则H
}
那么产生的效果如下：
访问根目录/， 比如http://localhost/ 将匹配规则A
访问 http://localhost/login 将匹配规则B，http://localhost/register 则匹配规则H
访问 http://localhost/static/a.html 将匹配规则C
访问 http://localhost/a.gif, http://localhost/b.jpg 将匹配规则D和规则E，但是规则D顺序优先，规则E不起作用， 而 http://localhost/static/c.png 则优先匹配到 规则C
访问 http://localhost/a.PNG 则匹配规则E， 而不会匹配规则D，因为规则E不区分大小写。
访问 http://localhost/a.xhtml 不会匹配规则F和规则G，http://localhost/a.XHTML不会匹配规则G，因为不区分大小写。规则F，规则G属于排除法，符合匹配规则但是不会匹配到，所以想想看实际应用中哪里会用到。
访问 http://localhost/category/id/1111 则最终匹配到规则H，因为以上规则都不匹配，这个时候应该是nginx转发请求给后端应用服务器，比如FastCGI（php），tomcat（jsp），nginx作为方向代理服务器存在。