本文详解 JNI 回调中 jstring 的内存生命周期，阐明为何在 CallVoidMethod 后立即 DeleteLocalRef 是安全的，Java 端无需手动复制字符串，关键在于 JVM 的 GC 根管理机制与参数引用语义。
本文详解 jni 回调中 `jstring` 的内存生命周期，阐明为何在 `callvoidmethod` 后立即 `deletelocalref` 是安全的，java 端无需手动复制字符串，关键在于 jvm 的 gc 根管理机制与参数引用语义。
在 JNI 开发中，一个常见误区是担心 C 层创建的 jstring 在 Java 方法返回前被提前回收，进而尝试在 Java 端“主动复制”字符串（如 new String(sdp)）或在 C 层延长其生命周期。实际上，这种担忧源于对 JNI 引用机制和 JVM 垃圾回收根（GC roots）规则的误解。
✅ 正确理解 jstring 的生命周期
当你调用：
jstring jstrBuf = (*env)->NewStringUTF(env, sdp); (*env)->CallVoidMethod(env, obj, methodID, jstrBuf); (*env)->DeleteLocalRef(env, jstrBuf);
以下关键点决定了安全性：
- NewStringUTF 创建的是Java 堆上的 java.lang.String 对象，其内容被完整拷贝（UTF-8 → UTF-16），与 C 的 sdp 缓冲区完全解耦；
- CallVoidMethod 将 jstrBuf 作为参数传入 Java 方法时，JVM 自动将该参数压入当前 Java 调用栈帧，使其成为 GC root —— 即使你在 C 层立即 DeleteLocalRef，该字符串对象在 Java 方法执行期间绝不会被 GC 回收；
- DeleteLocalRef 仅释放 C 层持有的 local reference（即 JNI 环境中的句柄），不影响 Java 堆对象的存活；只要 Java 方法尚未返回，栈上参数引用就持续有效。
因此，你的 Java 回调方法：
立即学习“Java免费学习笔记（深入）”；
private void onCandidates(String sdp) {
setRemoteDescription(sdp); // 安全！sdp 在整个方法执行期间有效
}是完全线程安全且内存安全的 —— sdp 参数在整个 onCandidates 执行期间（包括 setRemoteDescription 内部异步处理、状态保存、甚至跨线程分发）都保持强可达性。你不需要也不应该在 Java 端做 new String(sdp) 或 sdp.toString() 等“防御性复制”。
⚠️ 真正的风险来源：线程与 JNIEnv 有效性
你提到“有时崩溃”，并已解决线程附加问题——这恰恰指出了实际风险所在：
JNIEnv* 是线程局部的，未正确 AttachCurrentThread 时调用 JNI 函数会导致未定义行为（崩溃、静默失败等）。你的当前 C 代码逻辑正确（检查 GetEnv 结果并按需 attach/detach），但有两点可优化：
- DetachCurrentThread 必须严格配对：确保每次 AttachCurrentThread 后都有对应 DetachCurrentThread，避免线程资源泄漏；
- 避免重复 Attach/Detach 开销：若回调高频触发（如 ICE 候选收集），可考虑使用 JavaVM* 的 GetEnv + Attach/Detach 组合，或在初始化时缓存 JNIEnv*（仅限已 attach 线程）。
示例加固写法（含错误检查）：
jint res = (*java_vm)->GetEnv(java_vm, (void**)&env, JNI_VERSION_1_6);
if (res == JNI_EDETACHED) {
if ((*java_vm)->AttachCurrentThread(java_vm, &env, NULL) != JNI_OK) {
LOGE("Failed to attach thread to JVM");
return;
}
attached = JNI_TRUE;
} else if (res != JNI_OK) {
LOGE("GetEnv failed: %d", res);
return;
}
jstring jstr = (*env)->NewStringUTF(env, sdp);
if (jstr == NULL) {
LOGE("NewStringUTF failed (OOM?)");
goto cleanup;
}
(*env)->CallVoidMethod(env, onCandidatesCallbackObj, onCandidatesCallback, jstr);
(*env)->DeleteLocalRef(env, jstr);
cleanup:
if (attached) {
(*java_vm)->DetachCurrentThread(java_vm);
}✅ 总结：最佳实践清单
- ✔️ NewStringUTF → CallXXXMethod → DeleteLocalRef 是标准、安全模式，无需修改；
- ✔️ Java 方法参数天然为 GC root，方法体内任意操作（同步/异步、存储/转发）均保证字符串存活；
- ❌ 不要在 Java 端做无意义的字符串复制（性能损耗 + 误导性）；
- ❌ 不要试图在 C 层“保留” jstring 跨多次回调（local ref 不跨调用，global ref 易泄漏）；
- ✅ 严格管理线程生命周期：attach/detach 成对、错误检查、避免重复 attach；
- ✅ 对 NewStringUTF 返回值判空（OOM 可能导致返回 NULL）。
遵循以上原则，你的 JNI 字符串回调将稳定可靠，崩溃问题根源也将清晰定位到线程模型或 JNI 调用边界，而非字符串生命周期本身。
