如何为方法调用动态选择目标JRE？跨JRE依赖调用问题求助

这确实是个挺头疼的场景——旧版本JRE的项目要调用依赖于高版本JRE修复的代码，直接在同一个JVM里跑肯定会因为核心库的bug卡壳。结合我之前处理类似问题的经验，给你几个可行的方向：

• 独立进程调用（最推荐的稳妥方案）
  把项目2中需要调用的目标类封装成一个独立的可执行单元，让它在JRE1.8的环境下单独运行，项目1通过进程间通信的方式触发方法调用：

  • 简单命令行交互：用ProcessBuilder或者Runtime.getRuntime().exec()启动JRE1.8的java命令，执行项目2的类，通过标准输入输出传递参数和返回结果。比如你可以给项目2的类写个main方法，接收命令行参数，执行完逻辑后把结果打印到stdout，项目1读取这个输出即可。
  • 远程服务调用：把项目2的类封装成一个轻量服务，比如用RMI做远程方法调用，或者用Jetty搭个简单的HTTP接口，项目1作为客户端发送请求触发逻辑。这种方式比命令行交互更灵活，适合频繁调用的场景。
    这个方案的核心是彻底隔离两个JRE环境，让项目2的代码完全享受到JRE1.8的bug修复，不会和项目1的JRE1.7环境产生冲突。

• 尝试兼容编译项目2（仅限无1.8新特性的情况）
  如果项目2的代码没有使用JRE1.8的新特性（比如Lambda表达式、Stream API、默认方法等），你可以尝试重新编译项目2，用javac -source 1.7 -target 1.7参数生成1.7兼容的字节码。不过要注意，这个方案只能解决项目2代码本身的版本兼容问题，如果你的错误是JRE1.7核心类库的bug（比如集合框架、IO类的已知问题），那这个方法没用——因为项目1还是在JRE1.7上跑，核心库还是旧的，bug依然存在。

• 轻量容器化部署（适合复杂场景）
  如果你的项目已经在使用容器化技术，可以把项目2的服务打包成一个基于JRE1.8的Docker镜像，运行成一个独立容器，项目1通过网络请求（比如HTTP、RPC）调用它的方法。这种方式和远程服务调用类似，但隔离性更强，也方便后续的版本管理和扩展。

需要提醒的是，不要尝试在同一个JVM里混合使用不同版本的JRE核心类——Java的类加载机制不允许覆盖启动类加载器加载的核心类，强行替换只会导致更多的类冲突和奇怪的运行时错误。

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