如何通过Android NDK从C++调用Java函数传参？调用时应用崩溃

从你给出的信息来看，核心问题肯定出在invoke_class(env)这个函数的实现里——毕竟只保留返回语句时程序能正常跑，说明JNI的基础调用逻辑是没问题的。我整理了几个最可能引发崩溃的场景和对应的排查修复方案，你可以逐一验证：

1. 局部引用与全局引用混淆 #

JNI里的局部引用（比如通过env->FindClass拿到的jclass）仅在当前JNI方法的生命周期内有效，如果你的回调逻辑是在Java_net_example_folder_Service_startSomething返回后才执行，或者invoke_class里把局部引用存起来后续复用，就会因为引用失效导致崩溃。

• 修复方式：如果需要在回调中持久使用Java类/对象，必须把局部引用转为全局引用，示例代码如下：

  jclass localCls = env->FindClass("net/example/folder/YourTargetClass");
  jclass globalCls = reinterpret_cast<jclass>(env->NewGlobalRef(localCls));
  env->DeleteLocalRef(localCls); // 及时释放局部引用避免泄漏
  

• 注意：全局引用不会自动回收，不需要使用时一定要用DeleteGlobalRef手动释放。

2. JNIEnv指针的线程有效性问题 #

JNIEnv是线程绑定的——你在当前JNI方法里拿到的env只能在当前线程使用，如果invoke_class里的回调是在另一个C++线程中执行，直接用这个env调用JNI方法会直接触发崩溃。

• 修复方式：
  1. 先保存JavaVM指针（可以在JNI_OnLoad中获取，或者通过env->GetJavaVM(&jvm)拿到）；
  2. 在回调线程中通过JavaVM获取当前线程的JNIEnv；
  3. 使用完成后 detach 线程。
     示例代码：

  JavaVM* globalJvm = nullptr;
  env->GetJavaVM(&globalJvm);
  
  // 在回调线程内执行：
  JNIEnv* threadEnv = nullptr;
  globalJvm->AttachCurrentThread(&threadEnv, NULL);
  // 用threadEnv执行Java方法调用逻辑
  globalJvm->DetachCurrentThread();
  

3. Java方法签名不匹配 #

如果invoke_class里调用Java方法时，方法签名写错（比如参数类型、返回值类型和实际Java方法不匹配），JNI会抛出未捕获的异常，直接导致程序崩溃。

• 排查技巧：用javap -s net.example.folder.YourTargetClass命令生成类的官方方法签名，确保和你C++代码里写的完全一致。
• 举个例子：Java方法public static void onCallback(String content)的正确签名是(Ljava/lang/String;)V。

4. 未检查JNI调用的返回值 #

很多JNI调用（比如FindClass、GetMethodID）失败时会返回NULL，如果直接使用这些NULL值，就会触发空指针崩溃。

• 修复方式：在JNI调用后添加检查逻辑，比如：

  jmethodID callbackMethod = env->GetStaticMethodID(globalCls, "onCallback", "(Ljava/lang/String;)V");
  if (callbackMethod == nullptr) {
      // 这里可以添加错误日志，或者直接返回避免后续崩溃
      return;
  }
  

你可以先从这几个方向排查invoke_class的实现，大概率能定位到崩溃的根源。

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