部署spring boot + Vue遇到的坑（权限、刷新404、跨域、内存）

　　项目背景是采用前后端分离，前端使用vue，后端使用springboot。

工具

　　工欲善其事必先利其器，我们先找一个操作Linux系统的工具极力推荐FinalShell。

　　一眼看过去是不是感觉很方便，对内存、CPU的监控也可以实时看到，访问目录更是方便，对于Linux小白来说简直是神兵利器。

　　好了，我要开始入坑了。

问题一：权限不够

　　把vue包放到tomcat->webapps->ROOT目录下。

　　启动tomcat：cd到tomcat的bin目录下面，然后执行./startup.sh命令。

　　出现第一个问题：-bash: ./startup.sh: Permission denied ，说是权限不够。

　　百度之后，执行此命令：chmod u+x *.sh 再次执行就OK了

问题二：刷新404

　　我先测试Vue包是否正常，于是启动tomcat，可以成功访问页面，但是刷新时出现了404。

　　解决404,在tomcat->webapps->ROOT目录下创建WEB-INF目录，在WEB-INF目录下面建web.xml文件

　　文件内容：

 1 <?xml version="1.0" encoding="UTF-8"?>
 2 <web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 3 xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee
 4 http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd"
 5 version="3.1" metadata-complete="true">
 6 <display-name>Router for Tomcat</display-name>
 7   <error-page>
 8   <error-code>404</error-code>
 9   <location>/index.html</location>
10   </error-page>
11 </web-app>

　　重启tomcat，再次刷新，不会再出现404。

问题三：端口占用&跨域

　　启动java -jar xxx.jar 和tomcat 发现有一个会起不来，因为端口被占用了，springboot打出的jar包，内置了tomcat服务器，如果和外部的服务器端口设置一样，就会出现端口冲突，如果不一样，启动是可以启动，但是却会出现跨域问题。

　　是解决端口冲突还是跨域问题你们怎么选呢，我就解决端口冲突吧。

　　后来想到一个办法，既然jar包不行，那就war包吧

　　1、把这里改成war包

1 <packaging>war</packaging>

　　2、排除内置tomcat容器

1 <dependency>
2    <groupId>org.springframework.boot</groupId>
3    <artifactId>spring-boot-starter-tomcat</artifactId>
4    <scope>provided</scope>
5 </dependency>

　　3、修改Application类，让它继承SpringBootServletInitializer，如下。

1 @SpringBootApplication
2 public class Application {
3 
4     public static void main(String[] args) {
5         SpringApplication.run(Application.class, args);
6     }
7 
8 }

　　改成：

 1 @SpringBootApplication
 2 public class Application extends SpringBootServletInitializer {
 3 
 4     public static void main(String[] args) {
 5         SpringApplication.run(Application.class, args);
 6     }
 7 
 8     @Override
 9     protected SpringApplicationBuilder configure(SpringApplicationBuilder builder) {
10         return builder.sources(Application.class);
11     }
12 }

问题四：配置docbase

　　打完war包，访问接口时要加项目名称，为了让前端不再改代码，就在tomcat->bin->server.xml中加上如下配置：

<Context path="" docBase="/webapps/项目名称"  reloadable="true" />

　　好，重启tomcat，发现页面访问不到了，猜测是因为改了docbase路径，才导致的，于是把Vue文件放到项目路径下面，

　　重启tomcat，可以访问，但是刷新页面404又出现了，就是加了web.xml文件也不行。

　　头疼了好半天，行吧，不折腾了，我去折腾前端去，“前端小姐姐，把你的url路径上都加上项目名称”

　　前端小姐姐：“好的”。

　　“卧槽，这么好说话”。

　　折腾完之后，把之前的配置再改回去。

　　去掉了docbase的配置，Vue文件还是放在ROOT下面。

　　好了，重启tomcat，访问项目，完美解决，心里高兴了好一会儿，卧槽，牛逼呀，给自己点个赞。

问题五:内存不够

　　我怕是高兴的太早了。

　　因为项目的更新，我做的反复操作就是，./shutdown.sh和./srartup.sh。反复的关闭tomcat和打开tomcat。

　　用着用着发现启动不了了，启动的时候，报了一个内存不够的错误（当时没截图，现在不想折腾去重现这个问题了，这里就简单描述一下）。

　　一看FinalShell，卧槽，内存占用完了（现在的图是后来截的，所有显示的是内存还够）。

　　当时已经用到了15.4G，卧槽，瞬间崩溃，头都大了没找到原因。最后看一下哪些进程占用了内存吧，

　　查看所有进程

1 ps -ef

　　查看tomcat进程

1 ps -ef | grep tomcat

　　发现有好三个tomcat进程，而且都是同一个tomcat，因为服务器部署了几个tomcat，看路径可以看出是同一个。但是不对呀，我每次都是先关闭tomcat，再打开，不可能会出现这么多进程呀。

　　猜想不会是./shutdown.sh只会关闭tomcat不会杀死进程吧，卧槽，上网一搜有的说可以直接杀死进程，有的说不行，不管怎样都要解决呀。

　　问了度娘，度娘给我两种方案，

　　一种是直接杀死进程，kill -s 9 PID ，杀死PID的进程，法相确实是，杀死了两个，发现内存瞬间降下来了。

　　但是我每次关闭tomcat之后，再杀进程，那也太麻烦了。

　　于是用了第二种方案。

　　第一步：vim修改tomcat下bin/catalina.sh文件，添加点东西，主要是记录tomcat的pid,如下:

 1 #设置记录CATALINA_PID。
 2  
 3 #该设置会在启动时候bin下新建一个CATALINA_PID文件
 4  
 5 #关闭时候从CATALINA_PID文件找到pid，kill。。。同时删除CATALINA_PID文件
 6  
 7 if [ -z "$CATALINA_PID" ]; then
 8  
 9       CATALINA_PID=$PRGDIR/CATALINA_PID
10  
11 fi

　　第二步 vim tomcat的shutdown.sh文件,在最后一行加上-force:

问题六：tomcat启动

　　好，启动tomcat，访问正常，解决完毕，收工，关闭FinalShell，第一次再Linux上部署项目出现的问题都一步一步解决了，但是怎么感觉事情没那么简单。

　　果然，关闭FinalShell之后，项目访问不了了。卧槽，无情，是不是要这样折腾我。上网搜了之后发现：

　　1、启动tomcat服务

　　方式一：直接启动 ./startup.sh

　　方式二：作为服务启动 nohup ./startup.sh &

　　方式三：控制台动态输出方式启动 ./catalina.sh run 动态地显示tomcat后台的控制台输出信息,Ctrl+C后退出并关闭服务

　　2、解释

　　通过方式一、方式三启动的tomcat有个弊端，当客户端连接断开的时候，tomcat服务也会立即停止，

　　通过方式二可以作为linux服务一直运行通过方式一、方式二方式启动的tomcat，其日志会写到相应的日志文件中，而不能动态地查看tomcat控制台的输出信息与错误情况，

　　通过方式三可以以控制台模式启动tomcat服务，

　　直接看到程序运行时后台的控制台输出信息，不必每次都要很麻烦的打开catalina.out日志文件进行查看，这样便于跟踪查阅后台输出信息。tomcat控制台信息包括log4j和System.out.println()等输出的信息。

　　最后nohup ./startup.sh &这样启动，完美解决。小夜的第一次Linux部署项目之旅就此结束了，一路上也是坎坎坷坷，一步一个坑，但是也都一个一个解决了。