tomcat问题排查

罗列出了Tomcat常见的问题，如不能启动，屏幕一闪而过，启动之后，访问总是出现404等等常见问题。 

 

 

以下排查手段都是针对通过startup.bat 独立方式启动的Tomcat，集成开发环境IDE(IDEA,ECLIPSE,MYECLIPSE等) 下的Tomcat启动不在此知识点讨论范围之内。

 

 

1.JAVA_HOME

现象：点击startup.bat之后，屏幕一闪而过
检验： 首先通过cmd命令进入控制台，然后切换到对应的目录执行startup命令，得到JRE_HOME environment .... 这么个提示，就表示JAVA_HOME环境变量没有设置。
分析：Tomcat本身是JAVA程序，必须要有JDK才可以执行，所以必须配置JAVA_HOME。

解决：学习如何进行JDK环境变量配置

 

 

 

2.CATALINA_HOME未设置

现象：点击startup.bat之后，屏幕一闪而过
检验：如图所示, 首先通过cmd命令进入控制台，然后切换到对应的目录执行startup命令，得到CATALINA_HOME environment .... 这么个提示，就表示CATALINA_HOME环境变量设置错误。
分析：Tomcat执行必须依赖CATALINA_HOME或者CATALINA_BASE这两个环境变量。 如果没有在环境变量里配置过，那么会自动采用bin目录的父目录作为CATALINA_HOME和CATALINA_BASE。 如果配置了，而所配置的地方又不是正确的TOMCAT目录，那么就会出现这个错误。
解决：
1. 在环境变量中删除CATALINA_HOME,CATALINA_BASE的配置，记得不仅要检查环境变量，还要检查用户变量。
2. 或者把CATALINA_HOME设置为正确的TOMCAT目录。

 

 

3.CATALINA_HOME错误配置

现象：Tomcat可以成功启动，但是就是不能访问自己配置的web应用，老是提示404错误
检验：如图所示, 在环境变量里，CATALINA_HOME设置在了另一个合法的tomcat目录上，所以无论运行哪个startup.bat，都会导致这个d:/tomcatxxxx目录下的程序被启动，而不是你期望的那个。
分析：默认的Tomcat会优先根据环境变量中的CATALINA_HOME来定位目录，并运行。
解决：
在环境变量中删除CATALINA_HOME,CATALINA_BASE的配置，记得不仅要检查环境变量，还要检查用户变量。

 

 

4.端口冲突

现象：屏幕一闪而过，或者不会关闭，但是提示大量错误，其中会看到如图所致的Address already in use: JVM_Bind <null>:80，即表示端口被占用了。

检验：如果是这个错误，在TOMCAT目录下的logs目录里，会有一个日志文件：catalina.yyyy-mm-dd.log（当天时间），在这个日志文件里会记载一样的错误:Address already in use: JVM_Bind <null>:80。即表明80端口被占用了。

分析：端口是独占式的，一旦一个程序占用了这个端口，其他程序就不能够再去占用它了。而80端口，有可能是被已经存在的Tomcat占用了，也有可能是被其他不知名的软件占用了，比如Apache,IIS,Oracle等等。

 

使用命令

netstat -ano|findstr "80"

查看 端口号包含"80"的占用情况

查询结果找到 80，8009，8005 （这三个都包含80）。 

 

 

对应的pid(process id) 进程id 是1828

 

 

使用命令: 

tasklist|findstr "1828"

1828根据上一步找到的对应的pid

 

 

发现是一个java.exe程序占用了80端口

 

 

最后使用

taskkill /f /t /im java.exe

结束java.exe

结束成功会提示：

 

成功： 已终止 。。

 

 

5.   404错误详解

5.1    出现404错误证明，TOMCAT是启动成功了的。 但是在一台计算机上，可以启动多个端口号不一样的TOMCAT, 所以请确保自己访问的是正确的那个端口号，别自己启动的是8080端口号的TOMCAT,但是访问的地址却用的是80端口（默认），这样肯定会出现404错误的。

5.2    假设有两个Tomcat A和 B，自己分明运行的是B 下的startup.bat, 但是启动的却是A，为什么会这样呢？ 这就是环境变量在作祟了。

在环境变量中有两个属性：分别是CATALINA_HOME和CATALNIA_BASE，如果这个值指向的是A，那么即便运行的是B下的startup.bat, 真正启动的还会是A。

5.3    虽然Tomcat启动成功了，但是对应的Web应用启动失败，依然会导致404错误。
怎么判断Web应用成功与失败呢？ 倘若Web引用启动失败，那么就一定会在Tomcat的logs目录下的 localhost.当前日期.log 里留下错误信息。
打开这个文件，检查对应的Web应用是否启动过程中报错了。 也许是web.xml多写了一个标签结束，也许是对应的servlet类找不到。

 

5.4    有的时候，在server.xml 中配置的<context 是以“/"为开始路径的，与此同时，在webapps目录下还存在一个ROOT目录，这个ROOT目录其实也是告诉tomcat，以“/” 为开始路径，那么这样就发生冲突了，Tomcat只能二选一，通常情况下都会选择ROOT目录，那么在server.xml中配置的就<context 就无法启动了，导致访问对应的资源提示404错误。

解决办法就是删除掉ROOT目录，或者把ROOT目录重命名

5.5    地址错误，将你的地址反复看三遍，确认没有多加/等，确认资源路径是否正确。

5.6    从安全角度触发，TOMCAT不允许访问WEB-INF目录下的HTML,JSP文件。 所以如果你的资源文件放在WEB-INF下，也会提示404错误