nginx的配置与应用

Nginx在应用程序中主要有以下作用（应用）：1.解决跨域。2.请求过滤。3.配置Gzip。4.负载均衡。5.静态资源服务器。

Nginx的配置结构

Nginx主要是通过修改配置文件nginx.conf来达到不同应用场景的目的，因此需要先了解下Nginx配置文件的基本结构。

main：Nginx的全局配置，对全局有效。

— — events：配置影响Nginx服务器或用户的网络连接。

— — http：可以嵌套多个Server，配置代理，缓存，日志定义等绝大多数功能和第三方模块的配置。

— — — — upstream：配置后端服务器具体地址，负载均衡配置不可或缺的部分。

— — — — server：配置虚拟主机的相关参数，一个http中可以有多个server。

— — — — — — location：配置请求的路由，以及各种页面的处理情况。

Nginx的内置变量

Nginx提供了一些内置全局变量，可以在配置的任何位置使用它们。

$host：请求信息中的host，如果请求中没有host行，则等于设置的服务器名。

$request_method：客户端的请求类型，如GET、POST等。

$remote_addr：客户端的IP地址。

$args：请求中的参数。

$content_length：请求头中的Content-length属性。

$http_user_agent：客户端agent信息。

$http_user_agent：客户端cookie信息。

$remote_addr：客户端的IP地址。

$remote_port：客户端的端口。

$server_protocol：请求使用的协议，如HTTP/1.0。

$server_addr：服务器的地址。

$server_name：服务器的名称。

$server_port：服务器的端口号。

Nginx解决跨域问题

跨域问题是因为浏览器同源策略的存在，限制从一个源加载的文档或脚本与另一个源的资源进行交互。例如当前前端服务的域名是one.server.com，后端服务网的域名是two.server.com。现在从one.server.com向two.server.com发起请求一定会出现跨域问题。

现在我们只需要启动一个Nginx服务器，将server_name属性设置为one.server.com，然后设置响应的location以拦截前端需要跨域的请求，最后将请求代理回到two.server.com。配置如下：

server {
    # 监听8089端口
    listen 8089;
    # 转发服务地址
    server_name  one.server.com;
    # 通配符表示所有访问one.server.com的请求都转发到two.server.com去
    location / {
        # 真正服务地址
        proxy_pass two.server.com;
    }
}

这样就可以完美绕过浏览器的同源策略。因为one.server.com访问Nginx的one.server.com属于同源访问，而Nginx对服务器的请求不会触发浏览器的同源策略。

Nginx实现请求过滤

根据状态码过滤请求

error_page 500 501 502 503 504 506  /50x.html;
location = /50x.html {
    #将跟路径改编为存放html的路径。
    root /root/static/html;
}

根据URL名称过滤，精准匹配URL，不匹配的URL全部重定向到主页

location / {
    rewrite  ^.*$ /index.html  redirect;
}

根据请求类型过滤

if ($request_method !~ ^(GET|POST|HEAD)$ ) {
    return 403;
}

Nginx配置Gzip

Gzip（GNUzip）是规定的三种标准HTTP压缩格式之一。目前绝大多数的网站都在使用Gzip传输HTML、CSS、JavaScript等资源文件。对于文本文件，Gzip的效果非常明显，开启后传输所需流量大约会降至1/4到1/3。

启用Gzip同时需要客户端和服务端的支持，如果客户端支持Gzip的解析，那么只要服务端能够返回Gzip的文件即可。但是并不是所有浏览器都支持Gzip的，如果要知道客户端是否支持Gzip，可以在请求头中的Accept-Encoding来看出对压缩格式的支持。

只要客户端支持Gzip，我们就可以直接通过Nginx的配置来让服务端支持Gzip。

gzip                on;
gzip_http_version   1.1;
gzip_comp_level     5;
gzip_min_length     1000;
gzip_types          text/csv text/xml text/css text/javascript;

下面对Nginx关于Gzip的配置项一一说明。

gzip

开启或关闭Gzip模块，默认值是off（关闭），候选值为on/off。

gzip_http_version

启用Gzip所需要的HTTP最低版本，默认值为HTTP/1.1。

拓展：为什么默认版本不是1.0呢？因为HTTP是运行在TCP连接之上的，自然也就有跟TCP一样的三次握手、慢启动等特性。启用持久连接情况下，服务器发出响应后让TCP连接继续打开着，统一对客户/服务器之间的后续请求和响应可以通过这个连接发送。为了尽可能得提高HTTP性能，使用持久连接就尤为重要。HTTP/1.1默认支持TCP持久连接，而HTTP/1.0也可以通过显式指定Connect:keep-alive来启用持久连接。对于TCP持久连接上的HTTP报文，客户端需要一种机制来准确判断结束位置。在HTTP/1.0中，这种机制只有Content-Length。而在HTTP/1.1中新增的Transfer-Encoding:chunked所对应的分块传输机制可以完美解决这类问题。Nginx同样有着配置chunked的属性chunked_transfer_encoding，这个属性默认是开启的。Nginx在启用了Gzip的情况下，不会等文件Gzip完成再返回响应，而是边压缩边响应，这样可以显著提高TTFB（TimeToFirstByte，首字节时间，Web性能优化重要指标）。这样唯一的问题就是Nginx在开始响应的时候无法知道将要传输的文件最终有多大，也就是说，无法给出Content-Length这个响应头部。所以，在HTTP1.0中如果利用Nginx启用了Gzip，是无法获得Content-Length的，这导致HTTP1.0中开启持久连接和使用Gzip只能二选一，所以这里的默认版本是HTTP/1.1。

gzip_comp_level

Gzip的压缩级别，级别越高，压缩率越大，相对的压缩时间也就越长（传输快，但相对较消耗CPU）。默认值是1，候选值是1~9。

gzip_min_length

允许Gzip压缩的页面最小字节数，Content-Length小于该值的请求将不会被压缩。当设置的值较小的时候，压缩的长度可能比原文件大，建议设置1000以上。默认值是0。

gzip_types

要采用Gzip压缩的文件类型（MIME类型），默认值是text/html，即默认不压缩JS或CSS文件，候选值有text/csv text/xml text/css text/plain text/javascript application/javascript application/x-javascript application/json application/xml。

要在客户端查看服务端是否开启了Gzip，可以通过查看响应头中的Content-encoding属性。

Nginx实现负载均衡

什么是负载均衡

什么是负载均衡？-- 待补充

Nginx默认策略的负载均衡

首先是在upstream属性指定后端服务器的地址列表

upstream balanceServer {
    server 10.1.32.121:8086;
    server 10.1.32.162:9092;
    server 10.1.32.156:7067;
}

然后在server属性中配置拦截请求，并将请求转发到upstream属性中配置的后端服务器列表。

server {
    # 当前访问服务器名
    server_name one.server.com;
    # 监听6666端口
    listen 6666;
    # 通配符/api请求转发的路径
    location /api {
        # 转发到upstream属性中配置的后端服务器列表
        proxy_pass http://balanceServer;
    }
}

这里在upstream属性中只配置了Nginx需要转发的服务端列表，并没有指定分配策略（默认是轮询策略）。

Nginx轮询策略的负载均衡（weight，默认）

将所有的客户端请求轮询分配给服务端列表。是默认情况下采用的策略。这种策略正常情况下工作没有问题，但是如果其中某一台服务器的压力太大，出现延迟，会影响所有分配在这台服务器下的用户。

upstream balanceServer {
    server 10.1.32.121:8086;
    server 10.1.32.162:9092;
    server 10.1.32.156:7067;
}

Nginx最小连接数策略的负载均衡（least_conn）

优先将请求分配给压力较小的服务器，它可以平衡每个等待队列的长度，并避免向压力大的服务器添加更多的请求。

upstream balanceServer {
    least_conn;
    server 10.1.32.121:8086;
    server 10.1.32.162:9092;
    server 10.1.32.156:7067;
}

Nginx最快响应时间策略的负载均衡（fair）

优先将请求分配给响应时间最短的服务器，依赖于Nginx Plus（付费的高级版本，功能比Nginx Opensource多，有官方专业技术支持）。

upstream balanceServer {
    fair;
    server 10.1.32.121:8086;
    server 10.1.32.162:9092;
    server 10.1.32.156:7067;
}

Nginx客户端IP绑定策略的负载均衡（ip_hash）

来自同一个IP的请求永远只分配一台服务器，有效地解决了动态网页存在的Session共享问题。

upstream balanceServer {
    ip_hash;
    server 10.1.32.121:8086;
    server 10.1.32.162:9092;
    server 10.1.32.156:7067;
}

Nginx作为静态资源服务器

location ~* .(png|gif|jpg|jpeg)$ {
    root    /root/static/;
    autoindex on;
    access_log  off;
    # 设置过期时间为10小时
    expires 10h; 
}

使用正则表达式匹配以png、gif、jpg、jpeg为结尾的请求，并将请求转发到本地路径，root属性中指定的路径就是Nginx本地的路径。同时还可以进行一些缓存的设置，比如过期时间expires等。

"你在的城市下雨了，很想问问你有没有带伞。可是最后我忍住了，因为我怕你说没带，而我却无能为力。就像我爱你，却给不到你想要的陪伴。"