1. JDK 17环境下JRE制作的意义与背景
自从Java 9引入模块化系统后，Oracle官方不再提供独立的JRE下载包。这个变化让很多习惯了传统部署方式的开发者感到不适应。在实际生产环境中，我们经常遇到只需要运行Java程序而不需要完整JDK的场景。比如嵌入式设备、客户端应用分发等场景，完整JDK的200MB+体积显得过于臃肿。
我最近在为一个物联网项目部署Java应用时，就遇到了必须精简运行时环境的问题。设备存储空间有限，使用完整JDK不仅浪费资源，还可能带来潜在的安全风险。通过制作定制化JRE包，最终将运行时环境从298MB缩减到45MB，效果非常显著。
2. 准备工作与环境配置
2.1 基础环境要求
首先确保你已经安装了JDK 17。可以通过以下命令验证：
bash复制java -version
预期输出应包含"17"的版本号信息。我推荐使用OpenJDK发行版，比如Amazon Corretto或Adoptium的版本，它们在长期支持方面做得比较好。
2.2 理解jlink工具
JDK 17中制作JRE的核心工具是jlink，它位于JDK的bin目录下。与传统的jre包不同，jlink生成的运行时是模块化的，只包含你指定的模块及其依赖。这种精准控制带来了三个显著优势：
- 体积大幅减小
- 启动速度更快
- 安全攻击面更小
3. 完整制作流程详解
3.1 确定所需模块
制作JRE的第一步是确定你的应用依赖哪些Java模块。假设我们有一个基于Spring Boot的应用，典型的核心模块包括：
bash复制java.base
java.logging
java.sql
java.naming
java.management
java.security.jgss
java.instrument
要列出JDK中所有可用模块：
bash复制java --list-modules
3.2 基本jlink命令
最基础的JRE制作命令如下：
bash复制jlink --add-modules java.base,java.logging \
--output ./myjre \
--strip-debug \
--no-man-pages \
--no-header-files
这个命令会生成一个只包含java.base和java.logging模块的最小JRE。各参数含义：
--add-modules: 指定要包含的模块--output: 输出目录--strip-debug: 去除调试信息--no-man-pages: 不包含手册页--no-header-files: 不包含头文件
3.3 高级定制选项
对于生产环境，我推荐使用更完整的参数组合：
bash复制jlink --module-path $JAVA_HOME/jmods \
--add-modules ALL-MODULE-PATH \
--output ./custom-jre \
--strip-debug \
--no-man-pages \
--no-header-files \
--compress=2 \
--vm=server
关键增强参数：
--compress=2: 启用ZIP压缩，可进一步减小体积--vm=server: 使用server版VM，性能更好
4. 实战：为Spring Boot应用制作JRE
4.1 分析应用依赖
首先用jdeps分析你的应用jar包：
bash复制jdeps --list-deps your-application.jar
这会输出类似如下的依赖列表：
code复制java.base
java.logging
java.sql
java.naming
4.2 构建命令示例
基于分析结果构建JRE：
bash复制jlink --module-path $JAVA_HOME/jmods \
--add-modules java.base,java.logging,java.sql,java.naming \
--output ./springboot-jre \
--strip-debug \
--no-man-pages \
--no-header-files \
--compress=2
4.3 验证生成的JRE
进入输出目录测试：
bash复制cd springboot-jre/bin
./java -version
然后使用这个JRE运行你的应用：
bash复制./java -jar /path/to/your-application.jar
5. 优化技巧与注意事项
5.1 体积优化实践
在我的项目中，通过以下策略将JRE从默认的180MB优化到52MB：
- 精确分析依赖，只包含必要模块
- 使用
--compress=2参数 - 移除所有调试信息
- 排除非必要资源文件
5.2 常见问题解决
问题1：运行时出现"Module not found"错误
解决方案：
- 用jdeps重新分析应用依赖
- 确保所有依赖模块都已包含
- 特别注意间接依赖
问题2：Native库缺失
解决方案：
- 确认是否需要
jdk.crypto.ec等安全模块 - 检查是否遗漏平台相关库
5.3 安全建议
- 定期更新基础模块，特别是安全相关模块
- 最小化模块包含原则
- 考虑添加
--bind-services参数确保服务加载正确
6. 自动化构建方案
对于需要频繁构建的场景，可以创建构建脚本：
bash复制#!/bin/bash
APP_JAR="myapp.jar"
JRE_NAME="myapp-runtime"
MODULES=$(jdeps --list-deps $APP_JAR | tr '\n' ',' | sed 's/,$//')
jlink --module-path $JAVA_HOME/jmods \
--add-modules $MODULES \
--output $JRE_NAME \
--strip-debug \
--no-man-pages \
--no-header-files \
--compress=2
echo "JRE created at: $JRE_NAME"
将这个脚本保存为build-jre.sh并赋予执行权限，以后就可以一键生成JRE了。
7. 与传统JRE的对比
与传统JRE相比，使用jlink制作的JRE有几个显著区别：
- 模块化：只包含指定模块，而非完整运行时
- 无冗余：去除了所有非必要文件
- 可定制：可以根据应用需求自由组合模块
- 无自动更新：需要手动更新安全补丁
在实际使用中，我发现模块化JRE的启动速度比完整JRE快约15-20%，这对于需要快速启动的应用场景非常有价值。
8. 进阶：创建跨平台JRE
如果需要支持多个平台，可以使用Docker多阶段构建：
dockerfile复制FROM amazoncorretto:17 as jre-builder
WORKDIR /app
COPY target/myapp.jar .
RUN jdeps --ignore-missing-deps --multi-release 17 --print-module-deps myapp.jar > modules.txt
RUN jlink --add-modules $(cat modules.txt) \
--strip-debug \
--no-man-pages \
--no-header-files \
--compress=2 \
--output /jre
FROM debian:stable-slim
COPY --from=jre-builder /jre /opt/jre
ENV PATH="/opt/jre/bin:${PATH}"
ENTRYPOINT ["java", "-jar", "/app/myapp.jar"]
这个方案可以确保构建环境与运行环境分离，且生成的镜像体积最小。