Android JNI中使用C++全局变量的可行性及生命周期相关问题

1. 在Android平台的JNI开发中使用C++全局变量是否属于可接受的实现方案？ #

是可接受的实现方案，业界也有大量实践案例。但需要额外注意线程安全、状态一致性、内存泄漏风险，以及多进程场景下的变量隔离问题——Android中每个进程会单独加载so库，不同进程的全局变量是完全独立的，不会共享状态。只要做好对应的边界处理，没有规范禁止这种用法。

2. 若上述方案可行，C++全局变量的生命周期遵循什么规则？ #

C++全局变量的生命周期完全遵循原生侧的规则：

• 初始化时机：在对应so库被加载到当前进程内存时完成初始化，执行顺序早于JNI_OnLoad回调的调用时机。
• 销毁时机：只有当so库被主动卸载、或者当前宿主进程彻底终止时，才会执行全局变量的析构逻辑。Android系统默认不会主动卸载已经加载的so，因此绝大多数情况下，全局变量的生命周期和当前应用进程的生命周期完全一致。

3. 当a.cpp与b.java建立关联后，创建b类的实例时C++全局变量是否会在此节点初始化？销毁b类实例时，该全局变量是否会同步销毁？ #

都不会：

• 只要so库已经完成加载，全局变量在b类实例创建之前就已经完成初始化。除非你是在b类的构造方法中才第一次调用System.loadLibrary()加载so，才会在第一次创建b实例时触发全局变量初始化，但这种写法本身不推荐。
• 销毁b类实例时，完全不会影响C++全局变量的状态，变量会继续保留在内存中。

补充：如果so加载逻辑写在b类的静态代码块中，全局变量的初始化会发生在b类被类加载器加载的阶段，依然早于第一个b类实例的创建时机。

4. 简言之，C++侧的全局变量生命周期是否与关联的Java实例生命周期绑定？ #

完全不绑定。C++全局变量的生命周期只和so库的加载状态、宿主进程的生命周期挂钩，和Java侧任何类的实例生命周期都没有关联。哪怕所有和该so交互的Java实例都被GC回收，只要so没有被卸载、进程没有终止，全局变量就会一直存在，之前存储的状态也不会丢失。

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