Ubuntu：一个部署好的tomcat应用(war包)怎么用Nginx实现动静分离？

今天想把之前的一个demo用Nginx把资源分离开来，在网上看了一天，整整弄了一天，硬是没弄出来。

要么全是同样的内容的，要么就是环境跟我这里不一样的。再加上对Nginx没接触过，给我都整哭了差点。

终于，到了下午有一点起色了，终于没有白费，还有最重要的一点事，早看日志早完事了！！！

说明

这篇文章默认条件是你的nginx和tomcat都装好了，装好就可以，没配置可以看着文章一起配。

如果没有装的，可以参考下这里：nginx安装，tomcat安装

我这里就不弄负载均衡了，因为我只是想把静态资源抽离出来交给nginx而已。

然后关于nginx的什么反向代理，负载均衡，什么什么架构这些，我就不解释了，还不知道的可以先去看一下。

当然我觉得你要是能看这篇文章，这些基本的知识都知道了。

这些都不重要，重要的是，怎么搭出来，怎么配置出来，所以我觉得重中之重的就是nginx的配置。

我遇到的问题是这样的，我一个挂在服务器上的demo，是ssm写的，其中用了tomcat的虚拟目录来装商品图片。

它里面还用到了一些别的静态资源如js、css、txt、jpg等等，总之就是静态资源，懂不懂哈哈哈。

我的demo是实打实的用网址加8080端口访问出来的，

所以就是说一个已经正常运行的项目需要在nginx的帮助下，实现动静分离依然正常运行，

因为我看了一天的博文都是将如何从0开始搭的，我这就是半路出家，半路开始搭的。

虚拟目录

在那之前先来了解下Tomcat的虚拟目录，官方知识我就不普及了，我们直接看效果。

<Context path="/pimg" docBase="/home/pimg" debug="" privileged="true" reloadable="true"/>

上面的<Context>标签就是在$TOMCAT/conf/server.xml这个文件里的，相信跑过demo的都知道。

path="/pimg" 是一个虚拟目录，是用来访问的，  docBase="/home/pimg"  是一个物理目录，是用来存储的。

我访问 /pimg/aa.jpg ，真正去读的文件的是 /home/pimg/aa.jpg 。

所以说其实就是 /pimg 映射着 /home/pimg 这个路径。

访问地址是： www.daibu.cn:8080/pimg/aa.jpg

注意虚拟目录的访问是紧跟端口后面的。

关于虚拟目录的简单介绍就是这样，已经足矣。

Nginx的匹配规则

关于它的匹配规则有好几个，有server_name的，有location的，甚至rewirte的也算。

网上一搜一大把，我也不贴我的博客了，省得看起来像抄别人的一样。

而且抄也直接抄，错都不知道，我也是佛了，这都敢这样放自己博客上。

也不算错，就是他们最后一个应该是匹配字符串的结束，是打错字了，但抄的那个人也直接抄了。

命令

修改nginx的配置文件之后先检查再重启，如果觉得写的不错，可以跳过检查部分

检查

nginx -t //这个是用默认的命令检查默认的配置文件  -t表示检查
/usr/local/nginx/sbin/nginx -tc /usr/local/nginx/conf/nginx.conf  //这是网上的，他们的nginx位置跟我的不一样
//可以简写成这个，nginx是在sbin里面的，sbin是$PATH的值，所以不用写路径。  

nginx -tc /usr/local/nginx/conf/nginx.cnof 

//然后-c代表指定配置文件，因为如果不指定就是加载默认的配置文件了

重启

nginx -s reload

解读配置文件

我的demo访问地址是http://www.daibu.cn:8080/sssmshop

目录结构如下

所以就是想把那些非JSP的资源给挪到nginx管理，这样tomcat只负责处理serverlet请求，

加载资源就由nginx来，两两分工，自然访问速度就快了。

我的nginx.conf文件(server部分)如下：

　　server {
              listen       ;
              server_name  www.daibu.cn;

              location / {                   proxy_pass    http://www.daibu.cn:8080;
              }   

              #所有js,css相关的静态资源文件的请求由Nginx处理
              location ~* .*\.(js|css)$ {
                  root    /usr/share/nginx/jdfenli; #指定文件路径
                  expires     12h; #过期时间为12小时
              }   
              #所有图片等多媒体相关静态资源文件的请求由Nginx处理
              location ~* .*\.(html|jpg|jpeg|png|bmp|gif|ico|mp3|mid|wma|mp4|swf|flv|rar|zip|txt|doc|ppt|xls|pdf|ttf)$ {
                 root    /usr/share/nginx/jdfenli; #指定文件路径
                  expires     7d; #过期时间为7天
              }   

             # location ~ \.jsp$ {
             #     proxy_pass    http://www.daibu.cn:8080;
             # }
　　}   

对上面的文件解读一下，记录下碰到的问题。

第一：我的demo实现了RESTful风格，所以不会有.jsp这个匹配，demo全都是serverlet的请求。

　　    所以最后一个Location可以注释掉。

第二：因为我的 server_name 是www.daibu.cn，且监听80端口，所以在地址栏输入www.daibu.cn的时候

　　   会继续匹配跳转到 location / { proxy_pass http://www.daibu.cn:8080; }

　　   所以也就是说地址栏虽然还是www.daibu.cn，但其实nginx已经访问了http://www.daibu.cn:8080

所以返回的响应其实是tomcat返回的。其返回如下

　　   为什么会是文字呢，因为tomcat主页的css文件被nginx拦截了，

也就是说，静态资源应该跟nginx获取，而请求应该跟tomcat获取，

　　   所以上面的图就证明了我们的需求是成功的。

接下来，我们只需要把静态资源交给nginx就可以达到我们最初的目的啦。

第三：注意配置文件中的 root /usr/share/nginx/jdfenli ，这是我们自己随便找个地方建的文件夹，

　　   用来存放静态资源的。

第四：因为我们用tomcat的时候都是采用ip+端口号+项目名的形式去访问，

　　   也就是http://www.daibu.cn:8080/sssmshop，但我们现在使用nginx之后，我们希望访问地址是

　　   http://www.daibu.cn/sssmshop，默认端口80。

第五：沿用了tomcat的访问习惯，请求任何东西都是带有项目名的，所以当请求静态资源的时候，一般是

　　   http://www.daibu.cn/sssmshop/img/aa.jpg，这时nginx匹配到你的url结尾是.jpg，就会自己处理这个

　　   资源，而不是去请求tomcat，它怎么处理呢，它会进入 root /usr/share/nginx/jdfenli 这个指令，

　　   也就是去指定的文件夹/usr/share/nginx/jdfenli看看有没有sssmshop/img/aa.jpg。

　　   没错，它原则就是将www.daibu.cn替换成/usr/share/nginx/jdfenli。

　　   所以，如果你在jdfenli文件夹直接放img/aa.jpg的话，会请求失败，因为路劲不正确。

　　   综上所述，root指定的文件夹下，放的是跟项目名级别的文件夹。

第六：由于tomcat的虚拟目录采用的也是跟项目名同一级别的，所以访问静态资源用的也是

　　   www.daibu.cn/虚拟目录/abc.jpg

　　   结合第五点，nginx的root指定的文件夹下应该有一层文件夹，是属于紧跟端口后的。

　　   

　　  接下来才是静态资源的存放

　　   

整体而言差不多这样就能分离开来了，如果有问题可以联系我。

提醒

搞东西一定要记得看日志，我就是下午顿悟突然想起来为什么不看看日志呢。

果然一看日志之后，就发现请求地址跟我配的东西的区别了，这才能重新配正确。

经验还是太少了，以后一定要养成跟着日志走的习惯。。