Spring Tool Suite多位置Java版本显示冲突，应用实际使用哪个版本？

你在Spring Tool Suite内部署启动的Java应用，实际运行时使用的Java版本为14.0.2，11.0.8版本不存在任何实际生效的运行场景。 #

以下客观证据可以交叉验证这个结论：

• 运行时进程的真实输出是最权威的判定标准：你执行测试代码通过System.getProperty("java.runtime.version")拿到的返回值为14.0.2+12-46，这是JVM进程启动后真实加载的运行时版本，不受界面配置标签的误导。
• 物理文件路径的匹配验证：包资源管理器下JRE System Library [JavaSE-11]节点展开的所有类库文件，实际存储路径全部指向STS内置的14.0.2版本JRE目录下的jrt-fs.jar等文件，证明界面上显示的“JavaSE-11”仅为命名标签，不是真实绑定的JRE实体。
• STS进程本身的环境佐证：STS全局配置信息中记录的java.runtime.version=14.0.2+12-46，和测试代码的运行结果完全匹配；Eclipse系IDE默认会优先使用自身内置的JustJ JRE作为工作区项目的默认运行环境，不会自动继承系统终端配置的全局Java版本。

所有看起来指向Java 11的配置，本质上都没有真正绑定11.0.8版本的JRE实体：

1. 终端执行java -version返回11.0.8，这是系统PATH环境变量配置的全局Java版本，仅影响在系统终端直接启动的Java进程，完全不会被STS的运行环境继承。
2. 包资源管理器、项目构建路径、项目编译器页面显示的“JavaSE-11”，是Eclipse体系下执行环境（Execution Environment）的规则映射机制：选择JavaSE-11作为执行环境时，IDE不会强制匹配恰好为11的版本，只会从已安装的JRE列表中选择第一个满足“版本≥11”的JRE完成绑定。当前你的已安装JRE列表中仅存在STS自带的14.0.2版本JRE，没有登记系统安装的11.0.8版本JRE，因此IDE自动将14.0.2映射为符合JavaSE-11规则的运行库，仅在界面上保留了选择的标签，造成视觉偏差。
3. 全局编译版本14、项目编译版本11的设置差异，仅决定编译输出的class文件字节码版本，不会改变实际加载的JVM版本——即使将编译版本设置为11，只要运行时绑定的JRE实体是14.0.2，进程的真实运行时版本就始终是14.0.2。

如果需要让项目真实运行在11.0.8版本上，需要完成两步修正：

• 进入STS「窗口 > 首选项 > 已安装的JREs」页面，手动添加系统中安装的11.0.8版本JRE的物理路径并登记。
• 回到项目的「Java构建路径 > 库」设置，移除当前自动映射的14.0.2版本JRE，重新选择已登记的11.0.8版本JRE实体，不要仅选择JavaSE-11的执行环境标签。

内容的提问来源于stack exchange，提问作者jkfe