Nginx部署前端代码实现前后端分离及Nginx gzip参数详解

　　实现前后端分离，可以让前后端独立开发、独立部署、独立单测，双方通过JSON进行数据交互。

　　对于前端开发人员来说，不用每次调试都需要启动或配置Java/Tomcat运行环境；对于后端开发人员来说 ，也不用在需要往JSP页面注入数据。

　　通过nginx来部署前端代码，可以帮助前端实现以下基本需求：

一、nginx配置请求转发，解决请求跨域的问题

server {
        listen      7777;
        location /{
            root  /Users/xiaoyun/git/someproject/dist;
        }

        location /api/v1{
              proxy_set_header Host api.yourhost.com;
              proxy_pass http://api.yourhost.com/api/v1/;
        }

        location /api/v2{
                proxy_pass  http://api.yourhost.com/new;
        }
    }

　　以上是一段nginx配置参考：

　　listen    nginx服务端口号

　　location  /    设置默认根目录所访问的本地代码路径，这里还可以设置默认主页index

　　proxy_pass  请求转发，可以配置多个，从上至下进行匹配

　　以第一个配置为例，即所有本地以/api/v1开头的请求都会转发至对应线上服务器，例如： http://localhost:7777/api/v1/getConfig 则会自动转发到：http://api.yourhost.com/api/v1/getConfig

　　另外，还需要注意的是，proxy_pass配置的路径如果是以/结尾，如上面的配置v1，那么此时路径为相对路径，否则为绝对路径

　　例如 v2的转发配置：如果请求 http://localhost:7777/api/v2/user/list  则会转发自 http://api.yourhost.com/new/user/list ，不会带有原路径的 /api/v2

二、gzip请求压缩

　　Nginx实现资源压缩的原理是通过ngx_http_gzip_module模块拦截请求，并对需要做gzip的类型做gzip，ngx_http_gzip_module是Nginx默认集成的，不需要重新编译，直接开启即可。

　　网站开启gzip压缩，不仅能够节省带宽，也能够快速响应用户的访问。

http{
    gzip  on;
    gzip_proxied any;
    gzip_min_length  1024;
    gzip_buffers    4 8k;
    gzip_comp_level 3;
    gzip_types      text/plain text/css application/x-javascript application/javascript application/xml application/json;
}

　　以下为各项配置作用：

　　gzip on;      （启用 gzip 压缩功能）

　　gzip_proxied any;  （nginx 做前端代理时启用该选项，表示无论后端服务器的headers头返回什么信息，都无条件启用压缩）

　　gzip_min_length  1024; （最小压缩的页面，如果页面过于小，可能会越压越大，这里规定大于1K的页面才启用压缩）

　　gzip_buffers    4 8k; （设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流）

　　gzip_comp_level 3; （压缩级别，1压缩比最小处理速度最快，9压缩比最大但处理最慢，同时也最消耗CPU,一般设置为3就可以了）

　　gzip_types      text/plain text/css application/x-javascript application/javascript application/xml application/json; （什么类型的页面或文档启用压缩）

1、gzip on;      （启用 gzip 压缩功能）

2、gzip_buffers    设置用于处理请求压缩的缓冲区数量和大小。比如32 4K表示按照内存页（one memory page）大小以4K为单位（即一个系统中内存页为4K），申请32倍的内存空间。建议此项不设置，使用默认值。

3、gzip_comp_level：设置gzip压缩级别，级别越底压缩速度越快文件压缩比越小，反之速度越慢文件压缩比越大

• 随着压缩级别的升高，压缩比有所提高，但到了级别6后，很难再提高；
• 随着压缩级别的升高，处理时间明显变慢;
• gzip很消耗cpu的性能，高并发情况下cpu达到100%;

　　因此，建议：

• 不是压缩级别越高越好，其实gzip_comp_level 1的压缩能力已经够用了，后面级别越高，压缩的比例其实增长不大，反而很吃处理性能。
• 压缩一定要和静态资源缓存相结合，缓存压缩后的版本，否则每次都压缩高负载下服务器肯定吃不住。

4、gzip_disable：通过表达式，表明哪些UA头不使用gzip压缩

5、gzip_min_length：当返回内容大于此值时才会使用gzip进行压缩,以K为单位,当值为0时，所有页面都进行压缩。

6、gzip_proxied：Nginx做为反向代理的时候启用：

• off – 关闭所有的代理结果数据压缩
• expired – 如果header中包含”Expires”头信息，启用压缩
• no-cache – 如果header中包含”Cache-Control:no-cache”头信息，启用压缩
• no-store – 如果header中包含”Cache-Control:no-store”头信息，启用压缩
• private – 如果header中包含”Cache-Control:private”头信息，启用压缩
• no_last_modified – 启用压缩，如果header中包含”Last_Modified”头信息，启用压缩
• no_etag – 启用压缩，如果header中包含“ETag”头信息，启用压缩
• auth – 启用压缩，如果header中包含“Authorization”头信息，启用压缩
• any – 无条件压缩所有结果数据

7、gzip_vary：增加响应头”Vary: Accept-Encoding”

8、gzip_types：设置需要压缩的MIME类型,如果不在设置类型范围内的请求不进行压缩