1. 为什么需要定制JRE包
在Java开发领域，JDK（Java Development Kit）和JRE（Java Runtime Environment）的关系就像厨师和食客——前者包含全套烹饪工具，后者只需要享用成品。实际部署时，我们经常遇到这样的困境：服务器上运行一个简单的Java应用，却被迫安装完整的JDK，这不仅浪费磁盘空间（标准JDK17安装包约300MB），还可能带来不必要的安全风险。
去年我在为某物联网项目部署边缘计算节点时，就深刻体会到了这一点。每个设备只有256MB存储空间，而应用本身仅使用了java.base等少数几个模块。通过制作精简JRE包，最终将运行时环境从158MB压缩到32MB，部署效率提升近5倍。
2. 环境准备与工具链
2.1 JDK17特性变化须知
与JDK8时代不同，从JDK9开始引入的模块化系统（Jigsaw项目）彻底改变了JRE的生成方式。关键变化包括：
- 废弃了传统的rt.jar和tools.jar
- 采用jlink工具进行模块化裁剪
- 支持生成针对特定应用优化的运行时镜像
建议使用最新版本的JDK17.0.8+，早期版本可能存在jlink的模块依赖解析问题。验证安装是否成功：
bash复制java -version
jlink --list-plugins
2.2 必备工具清单
- jlink：核心模块化工具（JDK自带）
- jdeps：依赖分析工具
- jmod：模块处理工具
- 文本编辑器（推荐VS Code）
- 磁盘空间至少500MB（用于临时文件）
注意：在Windows环境下建议使用PowerShell而非CMD，避免路径解析问题
3. 模块化分析与依赖解析
3.1 应用模块依赖检测
假设我们有一个简单的Spring Boot应用demo.jar，首先分析其依赖：
bash复制jdeps --list-deps demo.jar
典型输出可能包含：
code复制java.base
java.logging
java.sql
jdk.unsupported
3.2 模块依赖树构建
对于复杂应用，需要递归分析所有依赖项。这里有个实用脚本：
bash复制for jar in libs/*.jar; do
jdeps --module-path ${MODULE_PATH} --add-modules ALL-MODULE-PATH --list-deps ${jar}
done | sort -u
常见陷阱：
- 隐式依赖：如使用NIO需要java.nio模块
- 反射调用：需要手动添加--add-opens参数
- 第三方库：比如Log4j2需要java.management
4. 使用jlink创建定制JRE
4.1 基础命令模板
bash复制jlink --module-path ${JAVA_HOME}/jmods \
--add-modules java.base,java.logging \
--output myjre \
--strip-debug \
--no-man-pages \
--no-header-files
关键参数解析：
--compress=2：启用ZIP压缩（节省30%空间）--strip-debug：移除调试信息--launcher：创建启动脚本（后文详解）
4.2 高级优化技巧
- 模块瘦身：
bash复制--limit-modules java.base,java.sql
- 本地化裁剪：
bash复制--include-locales=en,zh
- 服务插件：
bash复制--bind-services
实测数据对比：
| 配置方案 | 大小 | 启动时间 |
|---|---|---|
| 完整JRE | 158MB | 120ms |
| 基础模块 | 45MB | 80ms |
| 极限裁剪 | 22MB | 65ms |
5. 启动器配置与验证
5.1 创建专用启动脚本
bash复制jlink --launcher myapp=myapp/com.example.Main \
--output myjre-with-launcher
生成后目录结构：
code复制myjre/
bin/
myapp (启动脚本)
java
conf/
lib/
5.2 运行验证三部曲
- 基础功能测试：
bash复制./myjre/bin/java -version
- 模块完整性检查：
bash复制./myjre/bin/java --list-modules
- 应用实际运行：
bash复制./myjre/bin/myapp -Dconfig.path=/etc/app.conf
6. 生产环境实战经验
6.1 Docker集成方案
dockerfile复制FROM alpine:3.16 as builder
RUN apk add --no-cache binutils
COPY jdk-17.0.8_linux-x64_bin.tar.gz .
RUN tar xzf jdk-*.tar.gz && \
jlink --module-path jdk-17.0.8/jmods \
--add-modules ${MODULES} \
--output /opt/myjre
FROM alpine:3.16
COPY --from=builder /opt/myjre /opt/myjre
ENTRYPOINT ["/opt/myjre/bin/java", "-jar", "/app.jar"]
6.2 常见问题排错指南
问题1：ClassNotFoundException
- 检查项：
- 是否遗漏jdk.unsupported模块
- 使用--validate-modules参数验证
问题2：IllegalAccessError
- 解决方案：
- 添加--add-opens参数
- 或包含完整的java.management模块
问题3：Native库缺失
- 处理方法：
- 检查jmods目录是否完整
- 确保包含jdk.crypto.ec等安全模块
7. 进阶优化方向
7.1 性能调优参数
bash复制--vm=server
--disable-@files
-XX:+UseSerialGC
7.2 安全加固措施
- 移除不必要的加密算法：
bash复制--exclude-files=lib/security/policy/unlimited/*.jar
- 禁用JMX远程管理：
bash复制-Dcom.sun.management.jmxremote=false
- 最小化文件权限：
bash复制chmod -R 750 myjre/bin
7.3 多平台打包策略
使用jpackage创建平台特定包：
bash复制jpackage --runtime-image myjre \
--input target \
--name myapp \
--main-jar demo.jar
在持续集成中，我通常会建立这样的构建矩阵：
yaml复制jobs:
build:
strategy:
matrix:
os: [linux, windows, mac]
arch: [x64, aarch64]
steps:
- run: jlink --platform ${PLATFORM} ...