一、概念

动静分离从目的实现的角度，大致分为两类：

1．纯粹把静态文件独立成单独的域名，放在独立的服务器上，这种是目前主流推崇的方案之一；

2．将动态资源和静态资源混合在一起发布，通过nginx调度。

二、匹配静态资源

vi /usr/local/nginx/conf/nginx.conf，在默认server中添加如下location，用以匹配静态资源。

server {

listen 80; //nginx对外服务端口

server_name localhost; //对外服务ip，即本服务器

location ~ .*.(gpg|png|css|jpg) { //匹配的静态资源

root /usr/local/nginx/static; //静态资源所在路径

}

}

启动nginx服务，打开http://192.168.116.12:80/a.jpg验证：

三、匹配动态资源

在根目录下创建data文件夹，创建html，用于存放网页。

修改Nginx的配置文件。

server {
listen 80; //nginx对外服务端口
server_name localhost; //对外服务ip，即本服务器
location /html/ { //匹配的动态资源
root /data/;
index index.html index.htm;
}
}

浏览器地址栏访问show.html：

四、动静分离

分别指定location，分别匹配动态资源和静态资源即可！

浏览器地址栏请求图片等静态资源时，进入到images。

浏览器地址栏请求动态资源时，进入到html。

server {listen 80;server_name 192.168.172.128;
location /html/ {
root /data/;
index index.html index.htm;
}
location /images/ {
root /data/;
autoindex on;
}
}

五、location匹配规则

5.1 location 原理

location是Nginx中的块级指令(block directive),，location指令的功能是用来匹配不同的url请求，进而对请求做不同的处理和响应，这其中较难理解的是多个location的匹配顺序，本文会作为重点来解释和说明。

5.2 语法

location有两种匹配规则：

匹配URL类型，有四种参数可选，当然也可以不带参数。

location [ = | ~ | ~* | ^~ ] uri { … }

命名location，用@标识，类似于定于goto语句块。

location @name { … }

5.3 参数解释

（1） “=” ，精确匹配

location = /abc/ {
…
}

只匹配http://abc.com/abc

#http://abc.com/abc [匹配成功]
#http://abc.com/abc/index [匹配失败]

（2） “~”，执行正则匹配，区分大小写。

location ~ /Abc/ {
…
}
#http://abc.com/Abc/ [匹配成功]
#http://abc.com/abc/ [匹配失败]

（3）“~*”，执行正则匹配，忽略大小写

location ~* /Abc/ {
…
}

则会忽略 uri 部分的大小写

#http://abc.com/Abc/ [匹配成功]
#http://abc.com/abc/ [匹配成功]

（4）“^~”，表示普通字符串匹配上以后不再进行正则匹配。

location ^~ /index/ {
…
}
#以 /index/ 开头的请求，都会匹配上
#http://abc.com/index/index.page [匹配成功]
#http://abc.com/error/error.page [匹配失败]

（5）不加任何规则时，默认是大小写敏感，前缀匹配，相当于加了“~”与“^~”

location /index/ {
…
}
#http://abc.com/index [匹配成功]
#http://abc.com/index/index.page [匹配成功]
#http://abc.com/test/index [匹配失败]
#http://abc.com/Index [匹配失败]

匹配到所有uri

（6）“@”，nginx内部跳转

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

5.4 匹配顺序

= > ^~ > ~ | ~* > 最长前缀匹配 > /

六、请求转发

   当在一台主机上部署了多个不同的web服务器，并且需要能在80端口同时访问这些web服务器时，可以使用 nginx 的反向代理功能: 用 nginx在80端口监听所有请求，并依据转发规则(比较常见的是以 URI 来转发)转发到对应的web服务器上。

  例如有 webmail , webcom 以及 webdefault 三个服务器分别运行在 portmail , portcom , portdefault 端口，要实现从80端口同时访问这三个web服务器，则可以在80端口运行 nginx， 然后将 /mail 下的请求转发到 webmail 服务器， 将 /com下的请求转发到 webcom 服务器， 将其他所有请求转发到 webdefault 服务器。

假设服务器域名为example.com，则对应的 nginx http配置如下：

http {
server {
server_name example.com;

        location /mail/ {
                proxy_pass http://example.com:protmail/;
        }

        location /com/ {
                proxy_pass http://example.com:portcom/main/;
        }

        location / {
                proxy_pass http://example.com:portdefault;
        }
}

}

将后面的一些转发到后台服务器：

七、正则表达式

正则表达式

*：重复前面的字符0次或多次

？：重复前面的字符0次或1次

+：重复前面的字符1次或多次

.：匹配除换行符以外的任意一个字符

(a|b)：匹配a或b

^：以…开头

$：以…结尾

{n}：重复前面的字符n次

{n,}：重复前面的字符n次或更多次

{n，m}：重复前面的字符n-m次

*？：重复前面的字符0次或多次，但尽可能少重复

+？：重复前面的字符1次或多次，但尽可能少重复

？？：重复前面的字符0次或1次，但尽可能少重复

{n，m}？：重复前面的字符n-m次，但尽可能少重复

{n}？：重复前面的字符n次以上，但尽可能少重复

参考链接：

https://zhuanlan.zhihu.com/p/137042956

http://www.tofacebook.com/view/158198

https://www.cnblogs.com/xiao-xue-di/p/15079370.html