Tomcat 与Nginx

Nginx是一个HTTP服务器 ，可以将服务器上的静态文件（如HTML、图片）通过HTTP协议展现给客户端。

客户端本来可以 直接 通过HTTP协议访问某网站应用服务器，如果网站管理员在中间加上一个Nginx，客户端请求Nginx，Nginx请求应用服务器，然后将结果返回给客户端。

负载均衡： 将 相同的应用 部署在多台服务器上，将大量用户的请求分配陆配给多台机器处理。同时带来的好处是， 其中一台服务器万一挂了，只要还有其他服务器正常运行 ，就不会影响用户使用。

虚拟主机： 如将 www.aaa.com 和 www.bbb.com 两个网站部署在同一台服务器上，两个域名解析到同一个IP地址，但是用户通过两个域名却可以打开两个完全不同的网站，互相不影响，就像访问两个服务器一样，所以叫两个虚拟主机。

在服务器8080和8081分别开了一个应用，客户端通过不同的域名访问，根据server_name可以反向代理到对应的应用服务器。

动态静态资源分离：

之前开发web方面的程序时候我们习惯将 html、css等资源文件也放置于Tomcat中培团顷 ，用户访问后tomcat需要将请求的这些静态资源文件一并返回给用户。

再者如果有多台同业务逻辑的tomcat服务器的话，同样的资源还需要在每个服务器上放一份，同时也增加了tomcat服务器的网络IO。

如果我们只讲JSP之类的请求交给tomcat， 在代理服务器上存放静态资源 ，当用户的请求非动态资源的时候， 我们完全可以将代理服务器的静态资源直接返回给用户，而不去增大Tomcat的压力 ，

tomcat只需要 负责逻辑处理 和 动态资源的加载 就可以了。

Tomcat的高并发性能很弱 ，所以在处理 静态请求的时候，我们就抛给Nginx处理 ，而Tomcat专门处理动态请求。

Nginx和Tomcat结合方式或饥 ：

WEB-INF

WEB-INF是Java的WEB应用的安全目录。所谓安全就是客户端无法访问， 只有服务端可以访问的目录 。

第一种方式，将我们的前端项目放置在webapps目录下

进入tomcat安装路径下的conf目录，在server.xml文件中<Host>标签内配置虚拟路径

简单的解释一下参数

path 对应用户请求过来的url路径, /static 匹配所有以 /static 开头的请求

docBase 表示实际匹配到的郑伏拍路径，这里可以使用绝对路径，也可以使用相对路径

reloadable 如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib 和/WEB-INF/classes目录的变化。（对于静态资源来说，个人觉得这个配置用处不大）

总结起来就是，对于ip:8080/static的资源请求，会通过虚拟路径匹配到我们实际的资源路径music_client/static。

配置好后重启，我们可以发现已经能够看到我们的前端项目了

对于ROOT目录下的资源，tomcat可以直接在根目录下进行访问。通过这种方式，我们可以让项目的路径去适配tomcat访问的路径。

但是这种方式不是特别推荐，当有多个项目在同一个tomcat服务器上的时候，会不方便管理。

Nginx是当下热门的服务器，使用起来只需要进行简单的配置即可。对于Nginx的安装大家可以自行百度解决。

我们先进入到usr/local/nginx（具体以实际nginx安装目录为准）下的conf目录，vim编辑nginx.xml。主要进行下面的配置

简单的解释一下

listen 表示nginx监听的端口号，也就是你希望暴露哪个端口给用户进行访问

server_name 表示nginx接受请求的域名，一般默认localhost就行

location 模块用于响应请求，这里的 / 表示匹配8082端口的所有请求

root 表示静态资源/项目的路径

index 表示默认的访问资源

配置完成后，进入 sbin 目录下，通过 ./nginx -t 检查配置文件的格式是否正确

如正确 ./nginx 进行启动或者 ./nginx -s reload 进行重启

启动完，我们就喊羡可以直接ip:8082直接访问我们的前端项目啦

开启nginx的反向代理也比较简单，只需要加上proxy_pass 配置即可

出现这个问题的原因是： 在history模式下，只是动态的通过js *** 作window.history来改变浏览器地址栏里的路径，并没有发起http请求，但是当我们直接在浏览器输入这个地址的时候，就会对服务器发起http请求厅段，但是这个目标在服务器上又不存在，所以会返回404。

我们可以通过把所有请求都转发到首页上来解决这个问题。只需要在 Nignx 中的配置文件加入如下配置：

事实上，上面的解决方式也是Vue-Router官方推荐的解决方式（ https://router.vuejs.org/zh/guide/essentials/history-mode.html#nginx ）。

那上面的 try_files 为什么能帮助我们解决这个问题呢？我们可以看一下这个属性的作用

try_files ：按选项所指定的顺序去检查用户请求的文件是否存在，如果本地存在的话则返回该请求；不存在的话将该请求转发到指定的其它路径。也就是说，比如我们当前的前端项目部署在 /usr/myproj 目录下，现在我们在浏览器发起 ip:port/testApi 请求，那么此时 uri 为testApi,nginx会先去 $root/testApi （即/usr/local/myproj/testApi）找是否存在该静态资源，若不存在，则继续寻找 $root/testApi/index （即/usr/local/myproj/testApi/index）文件是否存在，如果还是不存在，则会把请求转发到首页。

而我们的项目本事就是由Vue-Cli创建的 单页面应用 ，当index页面接收到请求的时候，对应的history模式路由就可以发挥作用了，根据浏览器的路由跳转到对应的页面，这也就保证了我们的路由请求都能够转发给index页面来进行处理。

这种问题一般是出现在服务器一开始安装Nginx的时候，没有安装SSL模块。在不重装Nignx的情况下，可以安装如下方式进行 *** 作：

执行如下命令

这一步只是以防万一，可以省略

也可以直接执行 ./usr/local/nginx/sbin/nginx -t 看还会不会报错就行

nginx报错: [emerg] https protocol requires SSL support in /usr/local/nginx/conf/nginx.conf:50

---