默认配置信息

#user  nobody;
worker_processes  1;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;

    server {
        listen       80;
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   html;
            index  index.html index.htm;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        #location ~ \.php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all;
        #}
    }


    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    #server {
    #    listen       8000;
    #    listen       somename:8080;
    #    server_name  somename  alias  another.alias;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}


    # HTTPS server
    #
    #server {
    #    listen       443 ssl;
    #    server_name  localhost;

    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;

    #    ssl_session_cache    shared:SSL:1m;
    #    ssl_session_timeout  5m;

    #    ssl_ciphers  HIGH:!aNULL:!MD5;
    #    ssl_prefer_server_ciphers  on;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}

}

可以发现配置文件由一下几个部分组成：

main
events {...}
http {
    server {
        location {...}
    }
}

nginx的默认主配置文件主要由main，events，http，server和location 5个块组成，各个块的作用如下表：

块	说明
main	主要控制nginx的子进程所属的用户和用户组，派生子进程数，错误日志位置和级别，pid位置，子进程优先级，进程对应的CPU，进程能够打开的文件描述符数目等
events	控制nginx处理连接的方式
http	nginx处理http请求的主要配置块，大多数配置都在这里面进行
server	nginx中主机的配置块，可用于配置多个虚拟主机
location	server中对应目录级别的控制块，可以有多个

对于嵌套块（http，server，location）中的指令，执行的书序为从外到内依次执行，内层块中的大部分指令会自动获取外层块指令的值作为默认值，只有某些特殊指令除外。

nginx中以#进行注释。

nginx中的指令由指令名和参数组成。当一个指令中含有多个自指令作为参数时，需要使用{}进行包括。且每条指令都以分号结尾。

相对路径指的是相对于当前配置文件所在目录的路径。

默认配置指令表:

指令	说明
worker_processes	配置ngxin的进程数，一般设为CPU总核数或总核数的二倍
worker_connections	配置nginx允许单个进程并发连接的最大请求数
include	用于引入配置文件
default_type	设置默认文件类型
send_file	默认值为on，表示开启高效文件传输
keepalive_timeout	设置长连接超时时间（单位：秒）
listen	监听端口，默认监听80端口
server_name	设置主机域名
root	设置主机站点根目录地址
index	指定默认索引文件
error_page	自定义错误页面

错误页面

nginx的默认配置文件中给出的错误处理方式为：

error_page 500 502 503 504 /50x.html;

在上述配置中，error_page指令用于自定义错误页面，500，502，503和504指的就是http错误代码，/50x.html用于表示当发生上述指定的任意一个错误时，都使用网站根目录下的50x.html文件处理。

此外，error_page指令还可以给单个错误指定处理页面。

error_page 403 /403.html;
error_page 404 /404.jpg;
error_page 500 http://aa.com/500.html;

location 语法

location语法及规定，具体如下：

location [= | ~ | ~* | ^~ ] URI {...} #语法类型1
location @name {...}                  #语法类型2

上述语法中，=、 ~、 ~*、 ^~ 和@都是location用于实现访问控制的前缀，且在使用时只能选择一种，当然也可以不设置前缀。前缀的含义如下表所示，URI表示URL地址中从域名到参数之间的部分，{...}表示指令块，用于满足location匹配条件后需要执行的指令。

前缀	说明
=	精准匹配，根据其后的指定模式进行精准匹配，例如，在访问时要与/html/aaa/index.html完全一致才会执行其后的指令快
~	使用正则表达式完成location的匹配，区分大小写
~*	使用正则表达式完成location的匹配，不区分大小写
^~	开头表示uri以某个常规字符串开头，不是正则匹配
/	通用匹配，如果没有其它匹配，任何请求都会匹配到
!~ 和 !~*	分别为区分大小写不匹配及不区分大小写不匹配的正则
@	用于定义一个location块，且该块不能被外部客户端访问，只能被nginx内部配置指令所访问，可以用于错误处理

根据前缀可以分为普通location和正则location，其中_和*属于正则location，其余的前缀和没有前缀的情况都输入普通location。
优先级：

(location =) > (location 完整路径) > (location ^~ 路径) > (location ~, ~* 正则顺序) > (location 部分起始路径) > (/)

当有匹配成功时候，停止匹配，按当前匹配规则处理请求。

demo:

location = / { 
   # 精确匹配 / ,主机名后面不能带任何字符串  
   #规则A  
}  
location = /login {  
  # 精准匹配，/login
   #规则B  
}  
location ^~ /static/ {  
  # 匹配任何以 /static/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条。
   #规则C  
}  
location ~ \.(gif|jpg|png|js|css)$ {  
   #匹配所有以 gif,jpg或jpeg，js,css 结尾的请求
   #规则D  
}  
location ~* \.png$ {  
   #匹配所有以png结尾的请求
   #规则E  
}  
location !~ \.xhtml$ {  
   #匹配所有不以png结尾的请求，区分大小写
   #规则F  
}  
location !~* \.xhtml$ {
    #匹配所有不以png结尾的请求 ，不区分大小写 
   #规则G  
}  
location / {  
  # 因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求
  # 但是正则和最长字符串会优先匹配
   #规则H  
}

location /img/ {
        error_page 404 @img_err;
        #以 /img/ 开头的请求，如果链接的状态为 404。则会匹配到 @img_err 这条规则上。
    }
    
location @img_err {
        # 规则
    }

匹配过程:

对请求的url序列化。例如，对%xx等字符进行解码，去除url中多个相连的/，解析url中的.，..等。这一步是匹配的前置工作。

location有两种表示形式，一种是使用前缀字符，一种是使用正则。如果是正则的话，前面有_或*修饰符。

首先先检查使用前缀字符定义的location，选择最长匹配的项并记录下来。

如果找到了精确匹配的location，也就是使用了=修饰符的location，结束查找，使用它的配置。

然后按顺序查找使用正则定义的location，如果匹配则停止查找，使用它定义的配置。

如果没有匹配的正则location，则使用前面记录的最长匹配前缀字符location。

基于以上的匹配过程，我们可以得到以下两点启示：

使用正则定义的location在配置文件中出现的顺序很重要。因为找到第一个匹配的正则后，查找就停止了，后面定义的正则就是再匹配也没有机会了。
使用精确匹配可以提高查找的速度。例如经常请求/的话，可以使用=来定义location。

产生的效果如下：

访问根目录/,比如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作为方向代理服务器存在。

实际使用中建议由如下三个匹配规则：

#直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，官网如是说。  
#这里是直接转发给后端应用服务器了，也可以是一个静态首页  
# 第一个必选规则  
location = / {  
    proxy_pass http://tomcat:8080/index  
}  
   
# 第二个必选规则是处理静态文件请求，这是nginx作为http服务器的强项  
# 有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用  
location ^~ /static/ {  
    root /webroot/static/;  
}  
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {  
    root /webroot/res/;  
}  
 
#第三个规则就是通用规则，用来转发动态请求到后端应用服务器  
#非静态文件请求就默认是动态请求，自己根据实际把握  
#毕竟目前的一些框架的流行，带.php,.jsp后缀的情况很少了  
location / {  
    proxy_pass http://tomcat:8080/  
}

| 参考

| https://www.cnblogs.com/koal/p/6915106.html

| https://segmentfault.com/a/1190000002797606

| https://segmentfault.com/a/1190000009651161

nginx的location配置

默认配置信息

错误页面

location 语法

你可能感兴趣的:(nginx的location配置)