FoldCraftLauncher 自定义JAR参数执行器的JRE选择机制优化

在FoldCraftLauncher项目的最新开发中，团队针对JAR文件执行时的Java运行时环境(JRE)选择机制进行了重要优化。这项改进主要解决了自定义参数执行时JRE版本强制固定的问题，提升了启动器的灵活性和兼容性。

问题背景

FoldCraftLauncher作为一款专业的游戏启动器，需要处理各种基于Java的游戏和工具。在之前的版本中，启动器存在一个明显的功能限制：当用户直接执行JAR文件时，系统会使用当前目录下已选择的默认JRE版本；然而当用户尝试使用自定义参数执行同一个JAR文件时，启动器却会强制使用JRE8环境。

这一限制在实际使用中造成了诸多不便，特别是对于需要更高版本Java运行时的应用程序。例如用户尝试运行基于Java17的Pillow安装器时，由于强制使用JRE8会导致兼容性问题，无法正常执行。

技术实现分析

启动器的JRE选择机制核心在于执行环境的上下文管理。在优化前的实现中：

1. 直接执行路径：启动器会读取并遵循用户在当前工作目录中预设的JRE版本选择
2. 自定义参数路径：代码中硬编码了JRE8的路径，跳过了版本选择逻辑

这种设计差异导致了行为不一致的问题。从技术架构角度看，这反映了执行路径分离导致的上下文信息丢失。

解决方案

开发团队通过提交bcd47df解决了这一问题，主要改进包括：

1. 统一JRE选择逻辑：无论是否使用自定义参数，都遵循相同的JRE版本选择流程
2. 上下文保持：在执行环境切换时，完整保留包括JRE版本在内的所有配置信息
3. 版本兼容性检查：在执行前验证所选JRE版本是否符合应用程序要求

新的实现确保了执行行为的一致性，同时为高级用户提供了更大的灵活性。用户现在可以：

• 为不同应用程序选择特定的JRE版本
• 在自定义参数执行时仍然使用预设的Java环境
• 避免因版本不匹配导致的兼容性问题

技术影响

这项改进对FoldCraftLauncher的技术生态产生了积极影响：

1. 提升了对新版Java应用程序的支持能力
2. 增强了启动器的可配置性和灵活性
3. 为未来支持模块化Java应用奠定了基础
4. 改善了用户体验，减少了因环境配置导致的问题

对于开发者社区而言，这一变更也体现了良好的API设计原则：保持接口行为的一致性和可预测性。

用户指南

对于普通用户，这一改进意味着：

1. 确保为特定应用程序选择正确的JRE版本
2. 自定义参数执行将自动继承主执行的JRE环境
3. 不再需要手动调整Java版本来兼容不同执行模式

对于高级用户，现在可以：

1. 为不同场景配置特定的JRE版本
2. 通过自定义参数实现更复杂的启动流程
3. 确保所有执行路径使用统一的Java环境

这项改进现已包含在FoldCraftLauncher的最新版本中，用户可以通过常规更新渠道获取。