今日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服务。