Nginx命令,匹配规则

前端 0 450 0
发表于: 2020-02-24 15:48:58

简介: 暂无~

常用命令

nginx 启动nginx

nginx -v 查看nginx版本

nginx -t 测试配置文件语法正确性

nginx -s stop 快速关闭Nginx,可能不保存相关信息,并迅速终止web服务

nginx -s quit 平稳关闭Nginx,保存相关信息,有安排的结束web服务

nginx -s reload 重新载入nginx,当配置信息修改需要重新加载配置是使用

taskkill /fi “imagename eq nginx.EXE” /f window下杀掉所有nginx进程

location

匹配规则

符号 说明
~ 正则匹配,区分大小写
~* 正则匹配,不区分大小写
^~ 和无修饰符类似,但是如果有^~,一旦匹配到就终止匹配
= 普通字符匹配,精确匹配
无修饰符,根据前缀匹配

匹配优先级顺序

1、nginx首先检查基于前缀的location匹配(即不包含正则表达式的匹配)

2、如果有使用=修饰符的location块与请求的URL完全匹配,则立刻使用该location响应请求

3、如果没有找到带有=修饰符的location块匹配,则会继续计算非精确前缀,根据给定的URI找到最长匹配前缀,举个例子,nginx有/static和/static/js两个匹配路径,浏览器请求/static/js/aaa,这个路径都是/static前缀和/static/js/前缀,但是会选最长的/static/js/,然后保存起来

4、判断保存的location带不带 ^~,如果带有 ^~,则使用该location,并不再继续匹配,如果没有带 ^~,则继续匹配

5、在确定并储存最长匹配的前缀location块后,nginx继续检查正则表达式匹配location(区分大小写/不区分大小写),如果存在正则表达式满足要求的匹配,则会选择与请求的URI匹配的第一个正则表达式的location来相应请求

5、如果没有找到与请求的URI匹配的正则表达式location,则使用之前存储的最长前缀location响应请求

注意

通常情况下,一旦选择使用某一个location响应请求,那么请求将会在该location内部进行处理,而与其他location无关.但是location中某些指令会触发新的location匹配,比如:

(1)try_files

(2)rewrite

(3)error_page

匹配的顺序是先匹配普通字符串,然后再匹配正则表达式

另外普通字符串匹配顺序是根据配置中字符长度从长到短,也就是说使用普通字符串配置的location顺序是无关紧要的,反正最后nginx会根据配置的长短来进行匹配,但是需要注意的是,正则表达式按照配置文件里的顺序匹配。找到第一个匹配的正则表达式将停止搜索

匹配顺序案例

location / {
    default_type application/json ;
    return 200  '{"name":"/","result":"/-success"}';
}


location /gethome1 {
    default_type application/json ;
    return 200  '{"name":"gethome1","result":"gethome1-success"}';
}

location /gethome {
    default_type application/json ;
    return 200  '{"name":"gethome","result":"gethome-success"}';
}

location ^~ /gethome100 {
    default_type application/json ;
    return 200  '{"name":"^~ /gethome100","result":"^~ /gethome100-success"}';
}

上面的匹配顺序优先级: ^~ /gethome100 > /gethome1 > /gehome> /,优先级和书写顺序无关。

如果地址栏上输入/gethome,先精准匹配,没有=,继续前缀匹配,找到/gethome1,/gethome,^~ /gethome100,但只有/gethome是/gethome的前缀,因此保存/gethome,继续后面的正则匹配,但是后面没有了,因此最终就是匹配到/gethome

如果地址栏上输入/gethome1,先精准匹配,没有=,继续前缀匹配,找到/gethome1,/gethome,^~ /gethome100,其中/gethome1和/gethome都是/gethome1的前缀,保存最长的,因此保存/gethome1,继续后面的正则匹配,但是后面没有了,因此最终就是匹配到/gethome1

如果地址栏上输入/gethome100,先精准匹配,没有=,继续前缀匹配,找到/gethome1,/gethome,^~ /gethome100,这三个都是/gethome100的前缀,保存最长的,因此保存/gethome100,而且/gethome100前面有^~前缀,直接使用这个匹配结果,不再继续匹配。

如果地址栏上输入/gethome100123,先精准匹配,没有=,继续前缀匹配,找到/gethome1,/gethome,^~ /gethome100,这三个都是/gethome100123的前缀,保存最长的,因此保存/gethome100,而且/gethome100前面有^~前缀,直接使用这个匹配结果,不再继续匹配。

#location /gethobby {
#    default_type application/json ;
#    return 200  '{"name":"gethome","result":"gethome-success"}';
#}

location ^~ /gethobby { # location ^~/gethobby 空格不影响
    default_type application/json ;
    #return 状态码 数据
    return 200  '{"name":"^~/gethobby","result":"^~/gethobby-success"}';
}

location ^~ /gethobby100 { # location ^~/gethobby100 空格不影响
    default_type application/json ;
    #return 状态码 数据
    return 200  '{"name":"^~/gethobby100","result":"^~/gethobby100-success"}';
}

nginx不能同时写两个 /gethobby 和 ^~ /gethobby,否则会报错:nginx: [emerg] duplicate location “/gethobby”

匹配结果:

当浏览器地址栏输入:/gethobby时候,会匹配到^~ /gethobby

当浏览器地址栏输入:/gethobby123时候,会匹配到^~ /gethobby

当浏览器地址栏输入:/gethobby100时候,会匹配到^~ /gethobby100

当浏览器地址栏输入:/gethobby100123时候,会匹配到^~ /gethobby100

普通字符匹配和^~普通字符匹配区别

location / {
    default_type application/json ;
    return 200  '{"name":"/","result":"/-success"}';
}

location ^~ /static {
    default_type application/json ;
    return 200  '{"name":"static","result":"static-success"}';
}

location ~ (jpg|jpeg|png|gif|mp3|mp4)$ {    #匹配以jpg|jpeg|png|gif|mp3|mp4结尾的路径
    default_type application/json ;
    return 200  '{"name":"正则匹配区分大小写","result":"正则匹配区分大小写-success"}';
}