在 JNI 非静态方法中，thisObj 始终指向 Java 实例对象（而非 Class 对象），其值差异源于 JVM 的对象句柄机制，而非调用位置（构造器或普通方法）导致语义变化；打印指针地址无实际意义，应通过 JNI API 安全访问对象。
在 jni 非静态方法中，`thisobj` 始终指向 java 实例对象（而非 class 对象），其值差异源于 jvm 的对象句柄机制，而非调用位置（构造器或普通方法）导致语义变化；打印指针地址无实际意义，应通过 jni api 安全访问对象。
Java 调用 JNI 非静态方法时，JVM 会自动将当前 this 实例作为第二个参数（即 jobject thisObj）传入 native 函数。无论该方法是在构造器中、普通实例方法中，还是在任意生命周期阶段被调用，只要它是非静态的，thisObj 就始终代表当前 Java 实例对象本身——绝不会是 Class 对象。
你观察到的地址差异（如 0x7f3bb0288898 vs 0x7f3bb02888e0）并非对象身份变化，而是 JNI 对象句柄（local reference）的自然行为。JVM 不向 native 代码暴露真实内存地址，因为：
- Java 对象可被垃圾回收器（GC）随时移动；
- jobject 是一个不透明的句柄（handle），由 JNI 层维护映射关系；
- 每次 JNI 调用传入的 thisObj 是一个新的 local reference，其数值可能不同，但语义上均有效指向同一 Java 实例；
- 这种句柄复用/重分配机制保障了 GC 安全性与跨线程兼容性。
✅ 正确验证方式（而非打印指针）：
JNIEXPORT void JNICALL Java_Test_jni_1test(
JNIEnv *env, jobject thisObj, jint i) {
// 获取对象所属类（用于验证：始终是 Test 类）
jclass clazz = (*env)->GetObjectClass(env, thisObj);
jstring className = (*env)->CallObjectMethod(env, clazz,
(*env)->GetMethodID(env, clazz, "getName", "()Ljava/lang/String;"));
const char *name = (*env)->GetStringUTFChars(env, className, NULL);
printf("Called from %s, thisObj refers to instance: %p\n", name, thisObj);
(*env)->ReleaseStringUTFChars(env, className, name);
// 安全访问实例字段示例（需先获取 field ID）
jfieldID fid = (*env)->GetFieldID(env, clazz, "value", "I");
if (fid != NULL) {
jint currentValue = (*env)->GetIntField(env, thisObj, fid);
(*env)->SetIntField(env, thisObj, fid, currentValue + i);
}
(*env)->DeleteLocalRef(env, clazz);
(*env)->DeleteLocalRef(env, className);
}⚠️ 关键注意事项：
- 禁止缓存 jobject 指针值用于跨调用比较：thisObj == oldThisObj 在 C 层面无意义；
- 禁止长期持有 thisObj 而不管理引用生命周期：若需在回调或异步场景中复用，必须调用 NewGlobalRef() 并在不再需要时 DeleteGlobalRef()；
- 构造器中调用 JNI 方法完全合法且安全：此时 thisObj 已有效（对象已分配，字段默认初始化完成），但尚未执行用户代码逻辑，因此需避免访问未初始化的 final 字段（JVM 保证 this 句柄可用）；
- 若误将 thisObj 当作 Class 对象使用（如直接调用 FindClass 或 GetStaticMethodID），会导致 NoSuchMethodError —— 此时应显式获取 GetObjectClass(env, thisObj)。
? 总结：thisObj 的“不同地址”是 JNI 句柄机制的正常表现，不是 bug，也无需 workaround。真正需要关注的是：始终通过标准 JNI API（如 GetObjectClass, GetIntField, CallVoidMethod 等）操作对象，而非依赖原始指针值。理解并尊重 JNI 的引用模型，是编写健壮 native 代码的基础。
