Android原生代码中JNI_OnLoad前获取全局对象构造器内的JavaVM指针

这确实是个棘手的场景——全局静态对象的构造函数执行时机早于JNI_OnLoad，常规的JavaVM缓存路径走不通，而且Android平台还限制了JNI_GetCreatedJavaVMs和JNI_CreateJavaVM的调用权限。我这里有几个经过验证的可行思路，你可以根据代码结构选择：

1. 延迟全局对象初始化（懒加载单例模式） #

放弃静态全局对象的直接声明，改用懒加载单例，确保对象构造发生在JNI_OnLoad执行之后：

// 全局对象指针，初始为空
MyGlobalObject* g_my_global_obj = nullptr;
// 缓存的JavaVM指针
JavaVM* cached_jvm = nullptr;

// 线程安全的懒加载方法
MyGlobalObject* getGlobalObjectInstance() {
    if (g_my_global_obj == nullptr) {
        // 此时JNI_OnLoad已完成，cached_jvm已有效
        g_my_global_obj = new MyGlobalObject(cached_jvm);
    }
    return g_my_global_obj;
}

// JNI_OnLoad中缓存JavaVM
jint JNI_OnLoad(JavaVM* vm, void* reserved) {
    cached_jvm = vm;
    return JNI_VERSION_1_6;
}

后续所有需要使用全局对象的地方，都通过getGlobalObjectInstance()获取实例，彻底规避构造函数提前执行的问题。

2. 拆分对象初始化逻辑：构造+延迟初始化 #

如果必须保留全局对象的静态声明，可以把依赖JavaVM的逻辑从构造函数中剥离，放到单独的初始化方法里，在JNI_OnLoad完成后调用：

class MyGlobalObject {
public:
    MyGlobalObject() {
        // 仅执行纯Native的初始化工作，不涉及Java交互
        initNativeResources();
    }

    void initJavaRelatedLogic(JavaVM* jvm) {
        // 这里再执行需要调用Java代码的逻辑
        JNIEnv* env = nullptr;
        if (jvm->GetEnv((void**)&env, JNI_VERSION_1_6) == JNI_OK) {
            // 调用Java方法、获取类引用等操作
            jclass cls = env->FindClass("com/example/MyClass");
            // ...
        }
    }

private:
    void initNativeResources() {
        // 初始化Native侧的资源
    }
};

// 全局对象，构造函数会在JNI_OnLoad前执行
MyGlobalObject g_my_global_obj;

// JNI_OnLoad中触发Java相关初始化
jint JNI_OnLoad(JavaVM* vm, void* reserved) {
    g_my_global_obj.initJavaRelatedLogic(vm);
    return JNI_VERSION_1_6;
}

这个方案的核心是将对象的初始化拆分为无依赖的构造阶段和依赖JavaVM的初始化阶段，既保留了全局对象的生命周期，又避开了时机冲突。

为什么常规方法不可行？ #

• Android平台对JNI_GetCreatedJavaVMs做了权限限制：仅系统进程可以调用该接口获取JavaVM指针，应用进程调用会直接失败。
• JNI_CreateJavaVM不能在应用进程中使用：应用进程的JavaVM由Android系统统一创建和管理，手动创建会导致进程崩溃或不可预期的行为。

总结 #

优先推荐前两个方案，其中懒加载单例模式的通用性更强，拆分初始化逻辑则更适合需要保留全局对象静态声明的场景。调整链接顺序等黑魔法操作因依赖编译器/链接器实现，稳定性差，不建议作为生产环境的解决方案。

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