Tomcat运行必须依赖JDK吗？

Question

Tomcat运行必须依赖JDK吗？这是一个常见的疑问。实际上，Tomcat本身是用Java编写的，因此其运行依赖于Java运行环境。但具体需要JDK还是仅需JRE（或现在的JRE等价物，如JRE模块或完整的JDK）取决于使用场景。如果只是部署和运行Java Web应用，安装JRE或Server JRE即可满足需求；但如果需要编译JSP文件，或使用自带的编译工具（如Jasper），则必须安装JDK，因为编译过程依赖javac等开发工具。尤其在生产环境中，部分管理员误以为只需JRE就能完全运行Tomcat，结果导致JSP无法编译而报错。因此，虽然Tomcat“运行”核心服务可在JRE下进行，但完整功能仍建议配置JDK，或确保编译后的JSP已预处理。简言之：基础运行依赖JRE，完整功能推荐JDK。

Answer 1

1. Tomcat 运行依赖的底层机制解析

Apache Tomcat 是一个开源的 Java Servlet 容器，其核心是用 Java 编写的。这意味着 Tomcat 本身必须运行在 Java 虚拟机（JVM）之上。因此，任何 Java 应用服务器或容器的启动都离不开 Java 运行环境的支持。从最基础的层面来看，Tomcat 的 bootstrap.jar 和 catalina.jar 都是 Java 类文件，必须由 JVM 加载执行。

Java 平台提供了两种主要的运行环境：JRE（Java Runtime Environment）和 JDK（Java Development Kit）。JRE 包含 JVM、核心类库以及支持 Java 程序运行的基本组件；而 JDK 则在 JRE 的基础上额外包含了编译器（javac）、调试工具、文档生成器等开发相关工具。

对于仅需部署已编译的 WAR 包或 JAR 包的应用场景，理论上只需 JRE 即可完成 Tomcat 的启动与服务运行。例如：

• 静态资源请求处理
• Servlet 实例化与生命周期管理
• Filter 和 Listener 的调用
• Session 管理与连接池调度

2. JSP 编译为何需要 JDK？深入 Jasper 引擎工作流程

尽管 Tomcat 核心可在 JRE 下运行，但当应用中包含未预编译的 JSP（JavaServer Pages）文件时，问题便显现出来。Tomcat 内置了名为 Jasper 的 JSP 引擎，负责将 .jsp 文件转换为对应的 Java 源码（.java），再将其编译成字节码（.class）供 JVM 执行。

该过程的关键步骤如下：

1. JSP 文件被首次访问或在启动时加载
2. Jasper 将其解析并生成等效的 Java Servlet 源代码
3. 调用 javac 编译该源码为 .class 文件
4. 类加载器加载该 class 并实例化执行

其中第三步明确依赖于 javac 工具，而这正是 JDK 才提供的功能。若系统仅安装 JRE，则无法找到 tools.jar 或相应的编译 API，导致如下典型错误：

org.apache.jasper.JasperException: Unable to compile class for JSP: 
The javac compiler was not found in the classpath.
Perhaps JAVA_HOME does not point to the JDK.

3. 不同部署模式下的环境配置建议

部署场景	所需环境	是否需要 JDK	说明
生产环境 - WAR 包已预编译 JSP	JRE 或 Server JRE	否	所有 JSP 已转为 .class，无需运行时编译
开发/测试环境 - 动态修改 JSP	JDK	是	支持热更新与即时编译
CI/CD 流水线自动构建	JDK	是	Maven/Gradle 构建阶段需 javac
云原生容器化部署	定制镜像（含 JDK）	推荐	避免运行时缺失编译能力
遗留系统维护	JDK	强烈建议	防止未知 JSP 引发故障

4. JAVA_HOME 配置陷阱与诊断方法

即使系统中安装了 JDK，若 JAVA_HOME 环境变量指向的是 JRE 目录而非 JDK 根目录，Tomcat 仍可能无法正确识别编译工具。常见的误配置包括：

• JAVA_HOME=C:\Program Files\Java\jre1.8.0_301 （错误）
• JAVA_HOME=C:\Program Files\Java\jdk1.8.0_301 （正确）

可通过以下命令验证当前环境是否具备编译能力：

echo %JAVA_HOME%
%JAVA_HOME%\bin\javac -version
java -version

此外，在 catalina.sh 或 catalina.bat 启动脚本中，Tomcat 会尝试通过反射检测是否存在 com.sun.tools.javac.Main 类。若缺失该类，则禁用 JSP 编译功能。

5. 现代 Java 版本中的变化：模块化与 JLink 影响

自 Java 9 引入模块化系统（JPMS）以来，传统的 JRE 概念逐渐淡化。开发者可通过 jlink 构建自定义运行时镜像，仅包含所需模块，如：

jlink --add-modules java.desktop,java.compiler,java.xml.bind \
      --strip-debug --compress=2 --module-path $JAVA_HOME/jmods \
      --output custom-runtime

此方式可在不安装完整 JDK 的情况下，提供必要的编译支持模块（如 java.compiler），从而实现轻量级但功能完整的 Tomcat 运行环境。这标志着“必须装 JDK”这一传统认知正在向“按需集成编译能力”演进。

6. 架构设计视角：运行时与构建时职责分离

graph TD
    A[源码仓库] --> B[CI/CD Pipeline]
    B --> C{构建阶段}
    C --> D[JSP 预编译]
    C --> E[WAI 包生成]
    D --> F[制品仓库]
    E --> F
    F --> G[生产环境部署]
    G --> H[Tomcat + JRE]
    H --> I[直接运行.class]
    style H fill:#f9f,stroke:#333

在高可用架构中，推荐采用“构建时编译、运行时无依赖”的原则。即在 CI 阶段完成所有 JSP 到 Servlet 的转换，并打包进 WAR 文件。这样生产环境可安全使用 JRE 或精简运行时，降低攻击面，提升性能与稳定性。