JDK11安装后如何手动生成JRE文件？Win10环境详细教程

JDK 11 安装后手动生成JRE：深入解析与Windows 10实战指南

如果你最近在Windows 10上安装了JDK 11，可能会发现一个与以往版本不同的现象：安装目录里找不到熟悉的jre文件夹了。这并非安装错误，而是从JDK 9开始，Oracle对Java的打包和分发策略进行了重大调整。对于某些特定场景，比如运行一些依赖传统JRE结构的桌面应用或遗留工具，手动生成一个独立的JRE仍然有其实际价值。今天，我们就来彻底搞懂JDK 11中JRE“消失”的背后原因，并手把手带你通过几种不同的方法，在Windows 10环境下灵活地生成所需的JRE运行时环境。

1. 理解JDK 11的模块化变革与JRE的“消失”

在JDK 8及更早的版本中，安装JDK后，你会在安装目录下同时获得jdk和jre两个子目录。这种结构清晰地将开发工具（编译器、调试器等）与运行时环境分离开来。然而，从JDK 9引入的模块化系统（Project Jigsaw）开始，这一传统模式被彻底改变。

核心变化在于：JDK 11不再默认捆绑一个完整的、独立的JRE目录。取而代之的是，JDK自身已经是一个高度模块化的运行时环境。当你执行java命令时，它直接使用JDK内部的模块来运行程序。这种设计带来了几个显著优势：

• 更小的分发体积：应用程序可以只包含其真正依赖的Java模块，而不是整个JRE。
• 更强的封装性：模块化边界明确了公共API和内部实现，提升了安全性和可维护性。
• 简化的部署：为创建定制化的运行时镜像提供了官方工具支持。

那么，为什么我们有时仍需要手动生成JRE呢？主要原因有以下几点：

1. 遗留应用兼容性：一些较老的Java桌面应用、企业级软件或开发工具（如某些版本的Weka、Eclipse插件等）在启动脚本或配置中硬编码了指向JAVA_HOME/jre/bin/java的路径。缺少jre目录会导致它们启动失败。
2. 权限与安全策略：在生产服务器上，运维团队可能希望严格区分“开发环境”（JDK，包含编译器等可能带来安全风险的组件）和“运行环境”（JRE，仅包含运行程序必需的模块）。手动生成一个纯净的JRE有助于实施最小权限原则。
3. 磁盘空间优化：对于仅用于运行Java应用的服务器，一个裁剪过的、仅包含必要模块的JRE镜像，比完整的JDK体积更小。

为了更直观地理解JDK 8与JDK 11+在结构上的差异，可以参考下面的对比表格：

注意：jlink工具是JDK 9及以上版本引入的，专用于生成定制化的Java运行时镜像。它正是我们手动生成JRE的核心武器。

2. 准备工作：确认JDK 11安装与环境变量

在开始生成JRE之前，我们必须确保JDK 11已正确安装且环境变量配置无误。这是所有后续操作的基础。

首先，打开命令提示符（CMD）或Windows Terminal，执行以下命令来验证Java的安装状态：

java -version

如果安装正确，你将看到类似如下的输出，明确显示版本为“11.x.x”：

java version "11.0.19" 2023-04-18 LTS Java(TM) SE Runtime Environment 18.9 (build 11.0.19+9-LTS-224) Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.19+9-LTS-224, mixed mode)

接下来，检查关键的编译命令javac是否可用：

javac -version

正常情况应返回javac 11.0.19等信息。如果java命令有效而javac命令报错“不是内部或外部命令”，这通常意味着环境变量Path配置不完整。

配置JAVA_HOME与Path变量：

1. 在Windows搜索栏输入“环境变量”，选择“编辑系统环境变量”。
2. 在“系统变量”部分，点击“新建”。
   • 变量名：JAVA_HOME
   • 变量值：你的JDK 11安装根目录，例如C:\Program Files\Java\jdk-11.0.19
3. 找到并选中“系统变量”中的Path变量，点击“编辑”。
4. 点击“新建”，添加一项：%JAVA_HOME%\bin
5. 重要：检查Path变量中是否存在旧版本Java或Oracle自动添加的路径（如C:\ProgramData\Oracle\Java\javapath）。如果存在，建议将其删除或确保%JAVA_HOME%\bin的位置在其之前，以避免命令解析冲突。
6. 依次点击“确定”保存所有更改。

为了使新的环境变量立即在当前命令提示符窗口生效，你需要关闭并重新打开一个新的命令提示符窗口，然后再次执行java -version和javac -version进行验证。

3. 核心方法：使用 jlink 工具生成定制化JRE

jlink是JDK自带的强大工具，它允许你基于模块化系统，创建一个只包含应用程序所需模块的、精简的Java运行时镜像。我们将用它来生成一个功能等同于传统JRE的运行时环境。

第一步：定位JDK安装目录并打开命令行找到你的JDK 11安装目录，例如C:\Program Files\Java\jdk-11.0.19。在此目录下，按住Shift键的同时点击鼠标右键，选择“在此处打开PowerShell窗口”或“在此处打开命令窗口”。

第二步：理解并执行 jlink 命令一个最基础的、能运行大多数标准Java SE应用程序的JRE，需要包含java.desktop模块（它包含了AWT, Swing等GUI组件，以及许多基础类库）。执行以下命令：

bin\jlink.exe --module-path jmods --add-modules java.desktop --output jre-custom

让我们拆解这个命令的每个部分：

• bin\jlink.exe：调用jlink工具。
• --module-path jmods：指定模块路径，告诉jlink去哪里查找模块文件（.jmod）。JDK的jmods目录包含了所有Java SE模块。
• --add-modules java.desktop：指定要包含到新运行时中的模块。java.desktop是一个聚合模块，依赖了众多基础模块。
• --output jre-custom：指定输出目录的名称。这里我们生成一个名为jre-custom的文件夹。

命令执行成功后，你会在当前目录下看到一个全新的jre-custom文件夹。其内部结构类似于传统的JRE，包含bin、conf、lib等子目录。其中bin\java.exe就是运行时启动器。

第三步：验证生成的JRE进入生成的JRE目录，并测试其功能：

cd jre-custom\bin .\java -version

你应该能看到Java版本信息，证明这个自定义的JRE已经可以独立工作。

进阶：创建更精简或功能更全的JREjlink的强大之处在于其灵活性。你可以根据实际需求，增减模块。

• 创建更基础的JRE（无GUI支持）：如果你的应用是命令行程序或服务端应用，不需要图形界面，可以只添加核心模块。

  bin\jlink.exe --module-path jmods --add-modules java.base --output jre-minimal

  这个jre-minimal体积会小很多，但无法运行依赖java.desktop等模块的Swing程序。

• 创建功能更全面的JRE：如果你知道应用依赖了其他模块，比如数据库连接（java.sql）、XML处理（java.xml）等，可以一并添加。

  bin\jlink.exe --module-path jmods --add-modules java.desktop,java.sql,java.xml --output jre-full

  模块名之间用逗号分隔。

提示：要查看JDK中包含的所有模块，可以在JDK的bin目录下运行命令.\java --list-modules。这有助于你确定需要打包哪些模块。

4. 替代方案与高级技巧

除了标准的jlink命令，还有一些其他方法和技巧可以帮助你更好地管理Java运行时。

使用 jdeps 分析依赖并自动生成模块列表对于已有的JAR包应用，手动确定其依赖模块可能很繁琐。jdeps工具可以帮你分析。例如，分析一个名为myapp.jar的应用程序：

bin\jdeps.exe -s myapp.jar

-s参数会生成简化的依赖摘要。你可以根据输出，将所需的模块名添加到jlink的--add-modules参数中。更自动化的方式是使用jdeps生成模块列表文件：

bin\jdeps.exe --print-module-deps myapp.jar > deps.txt

然后，让jlink读取这个文件：

bin\jlink.exe --module-path jmods --add-modules $(cat deps.txt) --output jre-for-myapp

（注意：Windows命令提示符不支持$(cat deps.txt)这种语法，你需要手动将deps.txt文件中的内容复制到命令中，或者使用PowerShell的Get-Content命令来替代。）

将生成的JRE加入系统路径如果你希望像使用系统级JRE一样，在任何位置都能使用自定义的JRE，可以将其bin目录添加到用户的Path环境变量中。但更常见的做法是，在应用程序的启动脚本中直接指定JRE路径，这样可以实现应用与运行时的捆绑，避免污染全局环境。

处理非模块化JAR（传统类路径应用）jlink生成的是模块化运行时。对于传统的、基于类路径（Classpath）的非模块化JAR应用，它们默认需要完整的Java SE模块。一个安全的做法是添加ALL-MODULE-PATH模块（这是一个特殊的聚合模块，在较新JDK版本中可用），或者添加所有你认为可能需要的模块。更简单直接的方法是，使用jlink生成包含java.se聚合模块的JRE（如果jmods目录下有java.se.jmod），但这可能包含了过多模块。在实践中，对于复杂的老应用，使用--add-modules ALL-MODULE-PATH可能是最省事的，但这会生成一个较大的运行时。

bin\jlink.exe --module-path jmods --add-modules ALL-MODULE-PATH --output jre-all-modules

版本管理与多JRE共存你可以在同一台机器上，用jlink为不同应用生成多个不同版本的JRE（基于同一个JDK 11），或者基于不同版本的JDK生成JRE。管理它们的关键是为每个应用配置独立的启动脚本，在脚本中通过绝对路径指向其专属的JRE。例如，创建一个start-myapp.bat批处理文件：

@echo off REM 设置应用专属的JRE路径 set MYAPP_JRE=C:\tools\myapp\jre-custom\bin\java.exe REM 启动应用 "%MYAPP_JRE%" -jar myapp.jar

这种方式彻底解耦了应用与系统Java环境，避免了版本冲突，是持续集成和部署中推荐的做法。

5. 常见问题排查与最佳实践

在手动生成和使用JRE的过程中，你可能会遇到一些问题。下面是一些常见情况的排查思路和解决方案。

问题1：执行jlink命令时提示“找不到模块”

• 症状：Error: Module XXX not found
• 原因：--add-modules参数指定的模块名错误，或者--module-path指向的路径不正确（未包含jmods目录）。
• 解决：
  1. 使用.\java --list-modules确认正确的模块名。
  2. 确保在JDK安装根目录下执行命令，或者使用绝对路径指定--module-path，如--module-path "C:\Program Files\Java\jdk-11.0.19\jmods"。

问题2：生成的JRE无法运行特定程序

• 症状：使用自定义JRE启动程序时，抛出ClassNotFoundException或NoClassDefFoundError。
• 原因：生成的JRE镜像中缺少程序所依赖的某个Java模块。
• 解决：
  1. 使用jdeps工具详细分析程序的依赖（bin\jdeps.exe -v your-app.jar）。
  2. 将缺失的模块添加到jlink命令的--add-modules列表中，重新生成JRE。
  3. 对于非常复杂或依赖不明的老程序，考虑使用ALL-MODULE-PATH生成一个全模块JRE作为测试基准。

问题3：环境变量冲突导致命令执行混乱

• 症状：配置了JAVA_HOME和Path后，java -version显示的版本不是JDK 11。
• 原因：系统Path变量中可能存在多个Java路径（如旧版本JDK/JRE、Oracle自动安装的公共路径C:\ProgramData\Oracle\Java\javapath）。
• 解决：
  1. 在“环境变量”设置中，仔细检查系统Path变量。
  2. 将%JAVA_HOME%\bin项移动到列表的最顶端，确保其拥有最高优先级。
  3. 删除或注释掉其他不必要的Java路径。

最佳实践总结：

• 明确需求：不要盲目生成JRE。首先确认你的应用是否真的需要一个独立的JRE目录。许多现代应用和工具已经适配了直接从JDK运行。
• 精准裁剪：使用jlink时，尽量只添加应用必需的模块，这能生成更小、更安全的运行时镜像，尤其适合容器化部署。
• 版本固化：为生产环境的应用生成专属JRE时，记录下所用的JDK具体版本号（如11.0.19）和jlink命令参数。这能保证运行环境的一致性。
• 集成到构建流程：在Maven或Gradle构建脚本中，可以集成jlink任务，在打包应用的同时生成对应的定制化JRE，实现一键式分发。
• 安全考虑：定期关注Oracle官方或你使用的JDK发行版提供商（如Adoptium、Amazon Corretto、Microsoft Build of OpenJDK）的安全更新。当JDK有安全补丁时，需要基于新版本的JDK重新生成JRE。

手动生成JRE从JDK 11开始成为一项开发者应该掌握的技能。它不仅仅是解决一个目录缺失的问题，更是理解和运用Java模块化系统、优化应用部署的起点。