Tomcat是Servlet容器而非Java环境，必须依赖JDK运行；需显式配置JAVA_HOME指向JDK根目录，且不支持JDK 7；其优势在于稳定、生态成熟、对传统WAR部署支持完整。
Tomcat不是Java环境，而是运行Java Web应用的Servlet容器
很多人误以为装了Tomcat就等于配好了Java开发环境——其实不是。JDK负责编译和运行Java字节码，而Tomcat只负责加载war包、解析web.xml或注解、管理ServletFilterListener生命周期，并把HTTP请求转给对应的Java类处理。没装JDK，Tomcat根本启动不了；装了JDK但没配JAVA_HOME，Tomcat会直接报"Neither the JAVA_HOME nor the JRE_HOME environment variable is defined"错误。
- 必须先安装JDK（建议JDK 8–17，Tomcat 9+不支持JDK 7）
- 必须显式设置
JAVA_HOME指向JDK根目录（不是JRE），且不能带尾部斜杠 - Tomcat自身不包含JRE，它复用系统已有的JDK/JRE
为什么不用Jetty或Undertow？Tomcat在生产中最常被选中的实际原因
不是因为“最标准”，而是因为稳、文档全、生态适配成熟。Spring Boot默认内嵌Tomcat，但你打包成war丢进独立Tomcat时，它的context.xml热加载、JNDI数据源配置、Valve链式过滤器这些能力才真正发挥作用。
- 对传统
EAR/WAR部署结构支持最完整，尤其适合遗留系统迁移 -
Manager App提供可视化部署界面（需手动启用并配账号），运维接受度高 - 日志体系（
logging.properties+java.util.logging）与Log4j2/JCL桥接稳定，不容易出现类加载冲突 - 注意：
server.xml里URIEncoding="UTF-8"必须显式设置，否则GET参数中文乱码
常见启动失败：端口冲突、权限不足、war包解压失败的快速定位法
看到Address already in use: bind别急着改端口——先用netstat -ano | findstr :8080（Windows）或lsof -i :8080（macOS/Linux）确认是哪个进程占的。更隐蔽的问题是：Windows下双击startup.bat启动后黑窗秒退，大概率是JAVA_HOME路径含空格或中文，或者conf/logging.properties里指定了不存在的目录。
在 Windows 上执行终端命令，或对比 Windows 与 Linux 的 Shell 语法时使用。建议先检测当前 Shell 是 PowerShell 还是 cmd.exe，再给出相应命令……
- 修改
conf/server.xml前先备份，特别是Connector节点的port和redirectPort -
webapps/下放xxx.war后，Tomcat会自动解压成xxx/目录；若解压失败（如磁盘满、无写权限），不会报错，只会留个空文件夹，访问时返回404 - Linux下用
./startup.sh启动时，确保bin/catalina.sh有执行权限：chmod +x bin/*.sh
和Spring Boot内嵌Tomcat的区别：什么时候该用独立部署？
内嵌Tomcat适合微服务单体打包、CI/CD快速迭代；独立Tomcat则用于需要统一管控、多应用共用连接池、或必须满足等保/信创要求的场景。比如某银行项目规定所有Web应用必须由统一中间件平台纳管，此时哪怕你用Spring Boot，也得打成war，去掉SpringBootServletInitializer继承，并在web.xml里声明ServletContextListener。
立即学习“Java免费学习笔记（深入）”；
- 独立Tomcat可复用JNDI资源（如
java:comp/env/jdbc/mydb），内嵌模式无法直接对接传统中间件 - 同一台机器跑多个war应用时，独立部署能更好隔离类加载器（
Common/Catalina/Shared三类ClassLoader） - 注意：
WEB-INF/lib里的jar若和Tomcatlib/同名但版本不同，可能触发NoClassDefFoundError——这是类加载顺序导致的，不是代码问题
