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


    部署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部署项目之旅就此结束了,一路上也是坎坎坷坷,一步一个坑,但是也都一个一个解决了。

  • 相关阅读:
    SVM+HOG特征训练分类器
    数字图像处理的基本原理和常用方法
    c++中二进制和整数转化
    目标检测——HOG特征
    相似图片搜索的原理和实现——颜色分布法
    测试文本文件大小
    Direct2D 图形计算
    Direct2D 如何关闭抗锯齿
    MFC窗口显隐
    CISP/CISA 每日一题 22
  • 原文地址:https://www.cnblogs.com/yeshensi/p/11812391.html
Copyright © 2020-2023  润新知