System.loadLibrary()仅加载动态库，不提供C底层数据类型直接访问；JNI函数才是Java与C交互的唯一桥梁，所有数据交换需通过JNIEnv接口严格管理内存和类型转换。
System.loadLibrary() 本身不提供对 C 语言底层数据类型的“直接访问”，它只是加载动态链接库（如 .so 或 .dll），为 JNI（Java Native Interface）调用做准备。真正实现 Java 与 C 底层数据类型交互的是 JNI 函数，而非 loadLibrary() 本身。本地变量（C 端的局部变量）也不能被 Java 直接读写——必须通过 JNI 提供的类型转换和内存操作接口进行桥接。
核心机制：JNI 是唯一桥梁
Java 无法绕过 JNI 直接操作 C 的 int*、struct 或栈上变量。所有交互需满足：
- Java 声明
native方法，由 C 实现对应函数 - C 函数通过
JNIEnv*参数获取 Java 对象/数组/基本类型的值或引用 - C 函数可修改传入的 Java 数组元素（如
jintArray），或构造新对象返回给 Java - C 中的本地变量（如
int x = 42;）仅在函数执行期间存在，Java 无法感知或持久访问
常见底层数据类型对接方式
以下是在 C 端如何处理典型 C 类型，并与 Java 协同工作的实用做法：
-
基本类型（int/long/float 等）：直接映射为
jint/jlong/jfloat；Java 传参即值传递，C 可读取或计算后返回 -
C 字符串（char*） ↔ Java String：用
(*env)->GetStringUTFChars(env, jstr, &isCopy)获取 C 字符串指针；用(*env)->ReleaseStringUTFChars(env, jstr, cstr)释放；注意编码与内存生命周期 -
C 数组（int[] / struct[]） ↔ Java 数组：用
GetIntArrayElements()或GetPrimitiveArrayCritical()获取指向底层数组内存的指针（可能触发拷贝或暂停 GC）；修改后调用ReleaseXXX()同步回 Java -
C 结构体（struct）：不能直接传 struct；常用方式是：
- Java 定义对应字段的 class（含
public final字段 + native setter/getter） - 或用
ByteBuffer.allocateDirect()分配堆外内存，C 通过GetDirectBufferAddress()获取地址，按结构体布局读写
- Java 定义对应字段的 class（含
关键注意事项
忽略这些会导致崩溃、内存泄漏或数据错乱：
立即学习“Java免费学习笔记（深入）”；
-
System.loadLibrary("xxx")必须在任何 native 方法调用前执行，且库名不含前缀（lib）和后缀（.so） - C 函数签名必须严格符合 JNI 规范：
JNIEXPORT jstring JNICALL Java_pkg_Class_method(JNIEnv*, jclass, ...) - 所有从
JNIEnv获取的指针（如字符串、数组元素）都必须显式释放，否则内存泄漏 - 不要在 C 中保存
jobject或jclass等局部引用跨函数调用；如需长期持有，必须用NewGlobalRef()并配对DeleteGlobalRef() - 多线程调用 native 方法时，
JNIEnv*是线程私有的，不可共享
简单示例：Java 传 int 数组，C 求和并修改首元素
Java 端：
static { System.loadLibrary("math"); }public static native int sumAndModify(int[] arr);
C 端：
JNIEXPORT jint JNICALL Java_Math_sumAndModify(JNIEnv *env, jclass cls, jintArray arr) {jint *c_arr = (*env)->GetIntArrayElements(env, arr, NULL);
jsize len = (*env)->GetArrayLength(env, arr);
jint sum = 0;
for (int i = 0; i c_arr[0] = sum; // 修改 Java 数组首元素
(*env)->ReleaseIntArrayElements(env, arr, c_arr, 0); // 同步回 Java
return sum;
}
不复杂但容易忽略细节。真正掌控底层数据，靠的是理解 JNI 内存模型和严谨的资源管理，而不是依赖 loadLibrary() 做神奇的事情。
