jobject是JVM管理的不透明句柄，非真实内存地址，不可解引用或算术运算；需通过JNI函数（如GetObjectClass、GetMethodID）间接操作，长期持有须转为全局引用，避免强转void*或跨调用缓存局部引用。
Java 中的 Object 类本身不能直接映射为 JNI 中的本地指针，因为它是一个 Java 层的引用类型，而 JNI 的本地指针（如 jobject）只是对 JVM 内部对象句柄的抽象，并非真正的内存地址。正确理解与使用的关键在于：**jobject 是 JVM 管理的不透明句柄，不是 C/C++ 指针，不可解引用、不可算术运算、不可持久化存储（除非构造全局引用）**。
理解 jobject 的本质
jobject 是 JNI 定义的类型，通常被实现为指向 JVM 内部对象结构的指针（如 OopDesc 或 Handle），但这是 JVM 实现细节，开发者必须视其为不透明句柄。直接将其强制转为 void* 并解引用会导致崩溃或未定义行为。
- JVM 可能在 GC 时移动对象，
jobject仍有效，但底层地址可能变化 - 局部
jobject在 JNI 方法返回后自动失效（仅在当前 native 方法栈帧内有效） - 不同 JVM 实现（HotSpot、OpenJ9、Zing）对
jobject的底层表示可能不同
安全传递和持有 Java 对象引用
若需在 native 层长期访问 Java 对象（如回调、异步处理），必须通过 JNI 提供的引用管理 API：
- 用
NewGlobalRef(env, obj)创建全局引用，确保对象不被 GC 回收 - 用
DeleteGlobalRef(env, gref)显式释放，避免内存泄漏 - 若只在当前 native 调用中使用，直接用传入的
jobject即可，无需额外操作 - 避免将
jobject存入 C++ 成员变量或静态变量而不加全局引用
从 jobject 获取实际数据或调用方法
要操作对象内容，必须通过 JNI 函数间接访问：
立即学习“Java免费学习笔记（深入）”；
- 用
GetObjectClass(env, obj)获取类引用 - 用
GetMethodID(env, cls, name, sig)查找方法 ID - 用
CallXXXMethod(env, obj, methodID, ...)调用实例方法 - 用
GetXXXField(env, obj, fieldID)读取字段值（需先用GetFieldID） - 对于数组，用
GetObjectArrayElement或GetPrimitiveArrayCritical（注意配对释放）
常见误用及规避方式
以下做法是危险且错误的：
-
将
jobject强转为void*后直接访问内存布局 —— JVM 对象头、字段偏移、压缩指针等均不公开且可变 -
在 native 线程中缓存局部
jobject并跨调用使用 —— 应转为全局引用或使用AttachCurrentThread确保 env 有效 -
忽略异常检查：调用 JNI 函数后未用
ExceptionCheck或ExceptionOccurred—— 可能导致后续 JNI 调用失败或 crash -
在 native 层修改 Java 对象的 final 字段或私有字段而未设
setAccessible(true)—— 即使反射成功，JVM 可能因优化导致行为异常
