什么是动静分离

1、动静分离就是将动态资源（jsp/ftl）与静态资源（img/css/js）分开，从而提高网站响应的速度。
2、传统的架构模式中，静态资源（js、css、img）与动态资源（jsp、ftl）存放到同一个服务器上，tomcat本身作为静态资源服务器响应速度比nginx差，nginx作为静态资源服务器比tomcat响应吞吐量大。

基于Nginx实现动态分离方案有两种

1. 基于location判断前缀（项目名称）
2. 基于location判断后缀

动静分离与前后分离的区别

动静分离：将静态资源与动态资源分开部署
前后分离：将前端业务与后端业务完全分开，比如：vue+springboot

基于Nginx搭建动静分离架构

获取本地图片

#nginx服务安装在window服务器，访问http://127.0.0.1/static/1.png,会访问到E:/static/imgs/1.png
location /static/ {alias   E:/static/imgs/;
}
#nginx服务器安装在linux服务器，访问http://192.168.220.138/static/a.png
#在nginx目录下创建img目录，存放a.png
location /static/ {alias  img/;
### alias后面必须用/结束，否则找不到文件
}

获取远程图片

# 访问地址http://192.168.220.138/static/logo11.png
location /static/ {proxy_pass http://www.mayikt.com/static/imgages/index-img/;
}
# 真实路径http://www.mayikt.com/static/imgages/index-img/logo11.png

为什么将静态资源存放到第三方服务器效率更高

1. 云服务器签订带宽都是按T算
2. CDN内容分发，将静态资源缓存到全国各地的节点上能够减少客户端与CDN带宽传输距离，提高响应速度；遵循就近原则
注意：带宽传输的速度也是和客户端与部署服务器的距离有关系的。
如果图片过大，可以将图片拆分成n多个小图进行加载

如何减少客户端与服务器端带宽传输

静态资源压缩

1、人工压缩
Css/JS/IMG实现压缩地址：http://tool.oschina.net/jscompress/
2、maven自动打包压缩，生成.min文件

<!-- 构建相关配置 -->
<build><!-- maven插件配置 --><plugins><plugin><!-- YUI Compressor Maven压缩插件 --><groupId>net.alchim31.maven</groupId><artifactId>yuicompressor-maven-plugin</artifactId><version>1.3.0</version><configuration><!-- 读取js,css文件采用UTF-8编码 --><encoding>UTF-8</encoding><!-- 不显示js可能的错误 --><jswarn>false</jswarn><!-- 若存在已压缩的文件，会先对比源文件是否有改动。有改动便压缩，无改动就不压缩 --><force>false</force><!-- 在指定的列号后插入新行 --><linebreakpos>-1</linebreakpos><!-- 压缩之前先执行聚合文件操作 --><preProcessAggregates>true</preProcessAggregates><!-- 压缩后保存文件后缀 --><suffix>.min</suffix><!-- 源目录，即需压缩的根目录 --><sourceDirectory>${basedir}/mobile</sourceDirectory><!-- 压缩js和css文件 --><includes><include>**/*.js</include><include>**/*.css</include></includes><!-- 以下目录和文件不会被压缩 --><excludes><exclude>**/*.min.js</exclude><exclude>**/*.min.css</exclude><exclude>scripts/data/*.js</exclude></excludes></configuration></plugin></plugins>
</build>
###执行maven命令，在静态资源的目录，打开dos窗口
mvn yuicompressor:compress

3、nginx自带压缩(非常消耗CPU)

gzip on;
gzip_buffers 32 4K;
gzip_comp_level 6;
gzip_min_length 100;
gzip_types application/javascript text/css text/xml;
gzip_disable "MSIE [1-6]\."; #配置禁用gzip条件，支持正则。此处表示ie6及以下不启用gzip（因为ie低版本不支持）
gzip_vary on;

配置文件内容详细介绍

gzip配置的常用参数
gzip on|off; #是否开启gzip
gzip_buffers 32 4K| 16 8K #缓冲(压缩在内存中缓冲几块? 每块多大?)
gzip_comp_level [1-9] #推荐6 压缩级别(级别越高,压的越小,越浪费CPU计算资源)
gzip_disable #正则匹配UA 什么样的Uri不进行gzip
gzip_min_length 200 # 开始压缩的最小长度(再小就不要压缩了,意义不在)
gzip_http_version 1.0|1.1 # 开始压缩的http协议版本(可以不设置,目前几乎全是1.1协议)
gzip_proxied # 设置请求者代理服务器,该如何缓存内容
gzip_types text/plain application/xml # 对哪些类型的文件用压缩 如txt,xml,html ,css
gzip_vary on|off # 是否传输gzip压缩标志

访问http://192.168.220.138:8888/js/webutils.js
webutils.js本身大小为26KB，通过nginx压缩后，访问http://192.168.220.138:8888/js/webutils.js仅有145B

静态资源缓存控制

Http协议304状态码是缓存码，第一次访问会将资源缓存到浏览器客户端。如果该资源文件没有发生改变的情况下，不会重复的向服务器发送请求。

注意：七牛云CDN可能会缓存静态资源，建议每次发布生产环境中加上时间戳。

大型电商商品详情页面如何设计

使用Nginx缓存商品详情页面

客户端缓存(浏览器缓存)→CDN缓存(七牛云缓存)→Nginx缓存→JVM内置缓存→Redis分布式缓存→数据库

需要考虑的问题：

Redis与数据库一致性问题：利用mq订阅binlog同步数据一致性问题
JVM与Redis保持一致性问题
Nginx缓存与服务器缓存一致性问题

# 代理缓存配置
proxy_cache_path "cache"  levels=1:2 keys_zone=meitecache:256m inactive=1d max_size=1000g;server {listen       80;server_name  localhost;gzip on;gzip_buffers 32 4K;gzip_comp_level 6;gzip_min_length 100;gzip_types application/javascript text/css text/xml;gzip_disable "MSIE [1-6]\."; #配置禁用gzip条件，支持正则。此处表示ie6及以下不启用gzip（因为ie低版本不支持）gzip_vary on;location /details {#使用缓存名称proxy_cache meitecache;#对以下状态码实现缓存proxy_cache_valid 200 206 304 301 302 1d;#缓存的keyproxy_cache_key $request_uri;add_header X-Cache-Status $upstream_cache_status;proxy_pass   http://127.0.0.1:8080;index  index.html index.htm;}location /all {proxy_pass   http://127.0.0.1:8080;index  index.html index.htm;}
}

访问http://192.168.10.7:8080/all/productDetailsAll不会缓存数据
访问http://192.168.220.138:8888/details/productDetails?id=1&updatetime=2,021会缓存到cache文件夹

此时将项目停掉，访问http://192.168.220.138:8888/details/productDetails?id=1&updatetime=2,021依然可以访问，因为nginx将此缓存了下来