#yyds干货盘点#——Nginx在前端开发中的应用

#yyds干货盘点#——Nginx在前端开发中的应用

nginx简介

1.nginx是一个高性能的Web服务器和反向代理服务器，也可作为电子邮件代理服务器。

2.在连接高并发的情况下，nginx是Apache服务不错的替代品，能够支持高达 50,000 个并发连接数的响应。

​

正向代理与反向代理

1.反向代理是指以代理服务器来接受Internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回到Internet上请求连接的客户端，此时代理服务器对外表现为一个反向代理服务器。

2.正向代理是指用户无法访问某网站，但是可以访问某代理服务器，而代理服务器可以访问该网站。于是用户通过访问代理服务器去访问该网站，代理服务器把响应信息返回给用户。

3.反向代理中用户访问的IP和端口是nginx服务器的，不知道提供服务的底层服务器，底层服务器在内网中，对外公开的是nginx服务器，nginx充当中间层。而正向代理中用户是知道目标服务器的域名信息的，知只是迫于网络的限制无法访问，如最常见的访问外网。

至于nginx的部署就不讲了，网上很多教程。接下来讲nginx.conf中的server配置。

Server的匹配逻辑

Nginx在决定请求由哪个server块执行时,主要关注的是server块中的listen和server_name两个字段：

listen指令

listen字段定义server响应的ip和端口,如果没有明确配置listen字段,默认监听0.0.0.0:80(root)或者0.0.0.0:8080(非root)

listen可以被配置为:

一个ip和端口的组合一个单独的ip,默认监听80端口一个单独的端口,默认监听所有的ip接口一个Unix socket路径

其中最后一项通常只用于在不同的server之间传递请求

选择要使用的server的规则如下:

Nginx首先将所有"不完整"的listen指令进行转换,比如没有listen字段的转换为listen 0.0.0.0:80,listen 1.1.1.1转换为listen 1.1.1.1:80等Nginx根据请求的ip和端口创建一个与请求最匹配的server块列表,优先匹配指定了特定ip的server块,其次才会选择listen 0.0.0.0的这种server块.但是无论是哪种情况,端口必须是完全匹配的如果只有一个最佳匹配,那么将使用匹配的server块响应请求,否则开始评估每一个server块的server_name指令

再次强调一遍,只有当listen指令无法找到最佳匹配时才会考虑评估server_name指令.

比如,我们假设example.com域名指向了192.168.0.1,且位于192.168.0.1上的nginx有且仅有如下两个server块:

# server block 1server { listen 192.168.0.1; server_name other.com ...}# server block 2server { listen 80; server_name example.com ...}

Server_name指令

如果根据listen指令无法得到最佳匹配,将会开始解析server_name指令.nginx会检查请求中的"Host"头,这个值包含了客户端实际试图请求的域名或者ip地址.nginx会根据这个值去匹配server_name指令,匹配规则如下:

nginx会尝试寻找一个和sever_name和Host值完全匹配的server块,如果找到多个精确匹配,则会使用第一个匹配的server块如果没有找到精确匹配的server块,则nginx尝试找到server_name带有*开头的server块,如果找到多个,则选择最长匹配的server块如果没有找到使用开头的server块,则会寻找以结尾的server块,同样,如果有多个匹配, 选择最长匹配如果没有找到使用*匹配的server块,则会寻找使用正则表达式(以~开头)定义server_name的server块,如果找到多个匹配,会使用第一个匹配如果没有找到正则表达式匹配的server块,则nginx将会选择一个匹配listen字段的default server块.每一个ip和端口组合都可以配置一个且只能配置一个默认的default_server块,如果没有的话,则会选择可用列表中的第一个server(此时的选择是随机的,顺序不固定)

示例如下:

​（1）准确的server_name匹配,例如：

server { listen 80; server_name domain.com; ...}

（2）以*通配符开始的字符串：

server { listen 80; server_name *.domain.com; ...}

（3）以*通配符结束的字符串：

server { listen 80; server_name *; ...}

（4）匹配正则表达式：

server { listen 80; server_name ~^(?.+)\.domain\.com$; ...}

（5）如果以上都没有匹配,则使用default_server.如果没有指定default_server,则会选择第一个可用的server.我们可以指定对于没有匹配的host值时,返回错误到客户端.可以用来防止别人把垃圾流量转到你的网站。

server { listen 80 default_server; server_name _; return 444;}

通过返回444这个nginx的非标准错误码让nginx断开与浏览器的连接

​

location的匹配规则

= 表示精确匹配。只有请求的url路径与后面的字符串完全相等时，才会命中。^~ 表示如果该符号后面的字符是最佳匹配，采用该规则，不再进行后续的查找。~ 表示该规则是使用正则定义的，区分大小写。~* 表示该规则是使用正则定义的，不区分大小写。

注意的是，nginx的匹配优先顺序按照上面的顺序进行优先匹配，而且注意的是一旦某一个匹配命中直接退出，不再进行往下的匹配

剩下的普通匹配会按照最长匹配长度优先级来匹配，就是谁匹配的越多就用谁。

server { server_name website.com; location /document { return 701; } location ~* ^/docume.*$ { return 702; } location ~* ^/document$ { return 703; }}curl -I website.com:8080/document 702# 匹配702 因为正则的优先级更高,而且正则是一旦匹配到就直接退出 所以不会再匹配703

server { server_name website.com; location ~* ^/docume.*$ { return 701; } location ^~ /doc { return 702; } location ~* ^/document$ { return 703; }}curl 702# 匹配702 因为 ^~精确匹配的优先级比正则高 也是匹配到之后支持退出

server { server_name website.com; location /doc { return 702; } location /docu { return 701; }}# 701 前缀匹配匹配是按照最长匹配，跟顺序无关

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

（1）try_files

（2）rewrite

（3）error_page

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。