Location区段,通关指定模式与客户端请求的URI相匹配,基本语法如下:
location [=|~|~*|^~|@] pattern{……}
1:没有修饰符 表示:必须以指定模式开始,如:
server {
server_name lb.com;
location /abc {
……
}
}
那么,如下是对的:
http://lb.com/abc
http://lb.com/abc?p1=11&p2=22
http://lb.com/abc/
http://lb.com/abcde
2:= 表示:必须与指定的模式精确匹配,如:
server {
server_name lb.com;
location = /abc {
……
}
}
那么,如下是对的:
http://lb.com/abc
http://lb.com/abc?p1=11&p2=22
如下是错的:
http://lb.com/abc/
http://lb.com/abcde
3:~ 表示:指定的正则表达式要区分大小写,如:
server {
server_name lb.com;
location ~ ^/abc$ {
……
}
}
那么,如下是对的:
http://lb.com/abc
http://lb.com/abc?p1=11&p2=22
如下是错的:
http://lb.com/ABC
http://lb.com/abc/
http://lb.com/abcde
4:~* 表示:指定的正则表达式不区分大小写,如:
server {
server_name lb.com;
location ~* ^/abc$ {
……
}
}
那么,如下是对的:
http://lb.com/abc
http://lb.com/ABC
http://lb.com/abc?p1=11&p2=22
如下是错的:
http://lb.com/abc/
http://lb.com/abcde
5:^~ 类似于无修饰符的行为,也是以指定模式开始,不同的是,如果模式匹配,
那么就停止搜索其他模式了。
6:@ :定义命名location区段,这些区段客户段不能访问,只可以由内部产生的请
求来访问,如try_files或error_page等
? 查找顺序和优先级
1:带有“=“的精确匹配优先
2:没有修饰符的精确匹配
3:正则表达式按照他们在配置文件中定义的顺序
4:带有“^~”修饰符的,开头匹配
5:带有“~” 或“~*” 修饰符的,如果正则表达式与URI匹配
6:没有修饰符的,如果指定字符串与URI开头匹配
location = / {
# 只匹配 / 的查询.
[ configuration A ]
}
location / {
# 匹配任何以 / 开始的查询,但是正则表达式与一些较长的字符串将被首先匹配。
[ configuration B ]
}
location ^~ /images/ {
# 匹配任何以 /images/ 开始的查询并且停止搜索,不检查正则表达式。
[ configuration C ]
}
location ~* \.(gif|jpg|jpeg)$ {
# 匹配任何以gif, jpg, or jpeg结尾的文件,但是所有 /images/ 目录的请求将在Configuration C中处
理。
[ configuration D ]
}
各请求的处理如下例:
■/ → configuration A
■/documents/document.html → configuration B
■/images/1.gif → configuration C
■/documents/1.jpg → configuration D