单个进程中通过JNI为各模块创建独立JVM是否可行？

好问题！我之前在做C++插件框架集成Java模块的时候，刚好踩过相关的坑，给你详细拆解一下：

1. 能不能用JNI_CreateJavaVM()创建多个独立JVM？ #

答案是可以，至少主流的JVM实现（比如Oracle HotSpot、OpenJ9）都支持在单个进程中创建多个JavaVM实例。不过有几个前提要注意：

• 每次调用JNI_CreateJavaVM()时，都要传入独立的JavaVMInitArgs参数，不能复用同一个结构体（除非你刻意要让参数一致）。
• 不是所有JVM实现都支持多实例，比如一些轻量级嵌入式JVM可能有限制，但如果是用标准的OpenJDK/JDK，完全没问题。

2. 同进程内的多个JVM是否完全独立？会不会互相干扰？ #

理论上的完全隔离 #

每个JavaVM实例都是完全独立的沙箱：

• 内存隔离：每个JVM有自己独立的堆、方法区、栈内存，一个JVM的OOM不会影响另一个JVM的运行。
• 类与静态变量隔离：同一个类在不同JVM里会被各自的类加载器加载成独立的Class对象，静态变量也是各自独立的——你在A JVM里修改某个类的静态变量，B JVM里的同一个类的静态变量完全不受影响。
• 线程隔离：每个JVM管理自己的线程池，线程只能属于一个JVM，不能跨JVM复用。

实际可能存在的潜在干扰（非JVM内部全局变量导致） #

虽然JVM本身做了很好的隔离，但有一些非JVM内部的全局资源可能会导致干扰：

• 系统级资源：比如文件句柄、网络端口、系统信号处理。如果两个JVM里的Java代码都尝试绑定同一个端口，那肯定会冲突，但这是应用代码的问题，不是JVM本身的隔离缺陷。
• 早期JVM的遗留问题：比如非常旧的HotSpot版本（JDK 8之前的某些小版本）在信号处理上可能有全局共享的逻辑，导致多JVM实例之间互相干扰，但新版本已经修复了这类问题。
• JNI全局引用：如果你的C++代码不小心把某个JVM的JNI全局引用传递给了另一个JVM使用，那肯定会出问题，但这是代码逻辑错误，不是JVM的问题。

实践中的注意事项 #

如果你要在模块中实现多JVM，这些细节一定要做好：

• 每个模块要独立管理自己的JavaVM指针，不要在模块之间共享JVM相关的对象或引用。
• 线程操作要规范：每个线程在访问某个JVM之前，必须调用AttachCurrentThread，用完之后调用DetachCurrentThread，绝对不能让一个线程同时附着到多个JVM上。
• 给每个JVM设置独立的配置：比如通过JavaVMInitArgs指定不同的堆大小（-Xms/-Xmx）、系统属性（-Dkey=value），避免资源竞争。
• 销毁JVM要彻底：当模块卸载时，必须先确保所有附着的线程都已分离，再调用DestroyJavaVM()，否则可能导致进程崩溃。

总结 #

只要你遵循JNI的规范，正确管理每个JVM的生命周期和线程归属，同进程内的多个JVM是可以完全独立运行的，不会因为Java内部的全局变量或状态互相干扰。这也是实现多模块独立加载JAR并隔离运行的可靠方案。

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