今日2018年10月16日，在项目过程中遇到了tomcat奔溃（崩溃？）的问题。最后经过亦师亦友的同行讲解，我明白了原因。故来此与各位大佬交流分享一下。总结的话语有什么问题，还望各位大佬批评指正，感激不尽。
先下结论吧（后面再去分析结果）：在web项目中，容器若是tomcat，禁止使用bin文件夹中的start.sh去启动tomcat服务。
下面来分析一下原因：
1、在linux中，tomcat服务的所属用户是tomcat，然而tomcat用户是无法登陆linux系统的，顾因此使用别的用户登陆系统，例如使用root用户登陆。
2、在linux中装好tomcat服务之后，通常有两种启动服务的方式
第一种是执行bin文件夹中的start.sh脚本文件
第二种是执行命令:systemctl start tomcat
一般来说，禁止使用脚本文件启动tomcat服务。原因如下：
1、tomcat是需要用tomcat用户去运行的。并不是以root用户去运行
2、在root权限下去执行start.sh脚本，这样tomcat就是以root用户去运行
3、而使用命令：systemctl start tomcat，这样无论以何种用户登陆，tomcat服务都是以tomcat用户去运行
3、下面说一下tomcat中webapp文件夹中的项目目录、war包的问题。
如上所说，tomcat服务是以tomcat用户去运行，因此，tomcat文件夹中的所属用户以及所属用户组都是：tomcat。
若以root用户往tomcat文件夹中去增删war包以及项目目录，此时上传的东西的所属用户以及用户组都是root权限。
4、最后说一下为什么11号启动的时候是可以的，但是16号不行了。
11号的时候：路人甲以root权限登陆，并以脚本方法启动了tomcat，此时tomcat的运行用户是root，所以后面上传的war包所属用户都是root。在root用户运行的tomcat服务下去运行root用户的项目目录，是不会出错的。
16号的时候：路人乙以root权限登陆，用命令：systemctl restart tomcat重启tomcat服务，此时tomcat服务的运行用户变成了tomcat，然而之前的项目文件的所属用户仍是：root。用tomcat用户去运行root权限的文件，因此报错。
此致 敬礼
Demons丶丶
2018.11.8补充：
在linux中安装tomcat时，新建tomcat用户组，在tomcat用户组中新建tomcat用户，用此用户去跑tomcat服务。