location 支持的语法location [=|~|~*|^~|@] pattern { ... }

「=」修饰符：要求路径完全匹配
location = /xxx {}

http://website.com/abcd 匹配
http://website.com/ABCD 可能会匹配，也可以不匹配，取决于操作系统的文件系统是否大小写敏感（case-sensitive）。ps: Mac 默认是大小写不敏感的，git 使用会有大坑。
http://website.com/abcd?param1&param2 匹配,忽略 querystring
http://website.com/abcd/ 不匹配，带有结尾的/
http://website.com/abcde 不匹配

「~」修饰符：区分大小写的正则匹配
 location ~ ^/abcd$ { }

http://website.com/abcd匹配（完全匹配）
http://website.com/ABCD不匹配，大小写敏感
http://website.com/abcd?param1&param2匹配
http://website.com/abcd/不匹配，不能匹配正则表达式
http://website.com/abcde不匹配，不能匹配正则表达式

「~*」不区分大小写的正则匹配
 location ~* ^/abcd$ { }

http://website.com/abcd 匹配(完全匹配)
http://website.com/ABCD 匹配(大小写不敏感)
http://website.com/abcd?param1&param2 匹配
http://website.com/abcd/ 不匹配，不能匹配正则表达式
http://website.com/abcde 不匹配，不能匹配正则表达式

查找的顺序及优先级

当有多条 location 规则时，nginx 有一套比较复杂的规则，优先级如下：
精确匹配=
前缀匹配^~（立刻停止后续的正则搜索）
按文件中顺序的正则匹配~或~*
匹配不带任何修饰的前缀匹配。 location / {}
这个规则大体的思路是

上面的匹配都是在$ 然而我们工作中很多情款 都是匹配以xxx 开头 或者以xxx 结尾的。

比如我们比较常见的配备以img jpg开头的
location ~ ^/(img|jpg) { }

比如我们比较常见的配备以img jpg结尾
location ~ ^/(img|jpg) { }