定位问题的首要步骤：查看日志
无论遇到何种启动报错，最直接、最有效的信息来源永远是日志文件，在Tomcat的logs目录下，有几个关键的日志文件，其中catalina.out是最重要的，它记录了Tomcat从启动到关闭的完整控制台输出，包括JVM加载信息、应用部署过程以及所有错误和异常堆栈。
当启动失败时,第一反应应该是执行以下命令查看最新的日志：
tail -n 500 -f $CATALINA_HOME/logs/catalina.out
这里的$CATALINA_HOME是您的Tomcat安装目录。tail -f可以实时追踪日志变化，方便在启动过程中观察，通过仔细阅读catalina.out末尾的错误信息,通常可以找到问题的直接线索。
常见启动错误及排查方法
根据错误日志的内容,我们可以将启动问题归纳为以下几大类。
端口占用问题
这是最常见的问题之一，Tomcat默认使用8080端口作为HTTP连接器，8005端口作为关闭端口，8009端口作为AJP连接器，如果这些端口已被其他进程占用,Tomcat将无法启动。
典型日志信息：
java.net.BindException: Address already in use (Bind failed)
...
SEVERE [main] org.apache.catalina.core.StandardServer.await Failed to create server shutdown socket on address [localhost:8005] (java.net.BindException: Address already in use)排查与解决：
使用netstat或lsof命令查看端口占用情况。
# 查看8080端口被哪个进程占用 sudo netstat -tlnp | grep 8080 # 或者使用lsof sudo lsof -i :8080
命令会输出占用该端口的进程ID（PID），如果该进程可以安全停止，则使用kill -9 <PID>命令终止它，如果该进程需要保留，则需要修改Tomcat的配置文件$CATALINA_HOME/conf/server.xml，将Connector元素的port属性修改为其他未被占用的端口。
Java环境问题
Tomcat是基于Java的应用，其运行离不开正确配置的Java环境（JDK或JRE）。
典型日志信息：
Neither the JAVA_HOME nor the JRE_HOME environment variable is defined
...
Cannot find /usr/local/tomcat/bin/setclasspath.sh
This file is needed to run this program排查与解决：
确认系统已安装Java，使用java -version和javac -version检查版本。
检查JAVA_HOME环境变量是否已正确设置并生效。
echo $JAVA_HOME
如果输出为空或路径不正确，需要编辑/etc/profile或用户的~/.bashrc文件,添加如下配置：
export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk export PATH=$PATH:$JAVA_HOME/bin
保存后，执行source /etc/profile或重新登录用户使其生效，务必确保JAVA_HOME指向JDK的根目录，而非bin子目录。
权限问题
在Linux系统中，如果启动Tomcat的用户对Tomcat安装目录下的某些文件夹（如logs、temp、work）没有写权限,也会导致启动失败。
典型日志信息：
SEVERE [main] org.apache.catalina.startup.Catalina.start Cannot start server. Server instance is not configured.
...
java.io.FileNotFoundException: /usr/local/tomcat/logs/catalina.out (Permission denied)排查与解决：
使用ls -l $CATALINA_HOME命令检查目录所有者和权限，最佳实践是为Tomcat创建一个专门的用户和用户组（如tomcat）,并将Tomcat安装目录的所有权赋予该用户。
sudo groupadd tomcat sudo useradd -s /bin/false -g tomcat -d /usr/local/tomcat tomcat sudo chown -R tomcat:tomcat /usr/local/tomcat
之后，使用su - tomcat切换到tomcat用户再启动服务，或使用sudo -u tomcat ./startup.sh来启动。
内存溢出问题
如果Tomcat承载的应用较多或占用内存过大，而JVM分配的内存不足，可能会在启动过程中发生OutOfMemoryError。
典型日志信息：
java.lang.OutOfMemoryError: Java heap space排查与解决：
需要调整JVM的堆内存大小，这通常在$CATALINA_HOME/bin/catalina.sh文件中设置，建议在文件开头添加JAVA_OPTS变量。
JAVA_OPTS="-server -Xms512m -Xmx1024m -XX:PermSize=256m -XX:MaxPermSize=512m"
-Xms和-Xmx分别设置JVM初始和最大堆内存，-XX:PermSize和-XX:MaxPermSize（针对JDK 7及以下）或-XX:MetaspaceSize和-XX:MaxMetaspaceSize（针对JDK 8+）设置永久代或元空间大小,应根据服务器物理内存和实际需求合理配置。
常见错误快速参考表
为了方便快速排查,下表小编总结了上述几类问题的核心特征：
| 错误类型 | 典型日志信息关键词 | 核心排查方向 |
|---|---|---|
| 端口占用 | Address already in use, Bind failed |
netstat / lsof 查找占用进程，修改server.xml |
| Java环境 | JAVA_HOME ... is not defined, Cannot find ... setclasspath.sh |
检查java -version，验证$JAVA_HOME变量 |
| 权限问题 | Permission denied, Cannot start server |
ls -l检查目录权限，chown修改所有者 |
| 内存溢出 | OutOfMemoryError |
调整catalina.sh中的JAVA_OPTS内存参数 |
排查Linux下的Tomcat启动报错，应遵循“日志先行”的原则，通过仔细分析catalina.out中的错误信息，结合上述分类和排查方法，绝大多数问题都能被系统化地解决，保持良好的运维习惯，如为Tomcat配置专用用户、合理设置JVM参数、定期清理日志和临时文件，能够有效预防许多启动问题的发生,确保服务的稳定运行。
相关问答FAQs
问题1：我已经修改了/etc/profile文件并执行了source命令，但使用su tomcat切换用户后，echo $JAVA_HOME仍然为空，这是什么原因？
解答： 这通常是因为您使用了su tomcat而不是su - tomcat。su仅切换用户身份，但不会加载目标用户的环境配置文件（如.bashrc, .profile），所以仍然沿用原用户的环境变量，而su - tomcat（或su -l tomcat）会模拟一次完整的登录，从而加载tomcat用户的所有环境配置，包括从/etc/profile等系统配置文件中继承的变量，正确的切换方式是su - tomcat。
问题2：我不想修改catalina.sh文件，有没有其他方式可以为Tomcat设置JVM内存参数？
解答： 有的，Tomcat官方推荐使用setenv.sh（或setenv.bat for Windows）文件来设置环境变量，您只需在$CATALINA_HOME/bin目录下创建一个名为setenv.sh的文件，并将JAVA_OPTS等配置写入其中即可。
#!/bin/sh export JAVA_OPTS="-server -Xms1g -Xmx2g"
Tomcat在启动时会自动检测并调用setenv.sh脚本，这种方式的好处是它将自定义配置与Tomcat的核心启动脚本分离，便于后续升级和维护，不会因为覆盖catalina.sh而丢失配置。