在用android 4.4.2api level 19模拟器测试我的应用程序时，第一次调用本机代码会导致崩溃。这是Logcat：
01-29 12:12:32.639: E/ALLOC(1232): Requiring 1228800bytes
01-29 12:12:32.639: D/dalvikvm(1232): Trying to load lib /data/app-lib/it.jcsoftmobile.snailcamera.snailcamerapro-1/liblowlevelpixelworks.so 0xb4cd9cc8
01-29 12:12:32.639: D/dalvikvm(1232): Added shared lib /data/app-lib/it.jcsoftmobile.snailcamera.snailcamerapro-1/liblowlevelpixelworks.so 0xb4cd9cc8
01-29 12:12:32.639: D/dalvikvm(1232): No JNI_OnLoad found in /data/app-lib/it.jcsoftmobile.snailcamera.snailcamerapro-1/liblowlevelpixelworks.so 0xb4cd9cc8, skipping init
01-29 12:12:32.679: E/dalvikvm(1232): JNI ERROR (app bug): negative buffer capacity: -5457750921690562560
01-29 12:12:32.679: I/dalvikvm(1232): "main" prio=5 tid=1 RUNNABLE
01-29 12:12:32.679: I/dalvikvm(1232): | group="main" sCount=0 dsCount=0 obj=0xb4a2aca8 self=0xb70c4380
01-29 12:12:32.689: I/dalvikvm(1232): | sysTid=1232 nice=0 sched=0/0 cgrp=apps handle=-1225698988
01-29 12:12:32.689: I/dalvikvm(1232): | state=R schedstat=( 1140000000 1520000000 1339 ) utm=83 stm=31 core=0
01-29 12:12:32.729: I/dalvikvm(1232): at it.jcsoftmobile.snailcamera.ImageLab.NativeAlloc(Native Method)
这是同一段代码、同一个应用程序、同一屏幕大小模拟器的日志…唯一不同的是Android版本（4.3）：
01-28 19:52:51.543: E/ALLOC(12661): Requiring 1228800bytes
01-28 19:52:51.563: D/dalvikvm(12661): Trying to load lib /data/app-lib/it.jcsoftmobile.snailcamera.snailcamerapro-1/liblowlevelpixelworks.so 0x416e2fd0
01-28 19:52:51.613: D/dalvikvm(12661): Added shared lib /data/app-lib/it.jcsoftmobile.snailcamera.snailcamerapro-1/liblowlevelpixelworks.so 0x416e2fd0
01-28 19:52:51.613: D/dalvikvm(12661): No JNI_OnLoad found in /data/app-lib/it.jcsoftmobile.snailcamera.snailcamerapro-1/liblowlevelpixelworks.so 0x416e2fd0, skipping init
01-28 19:52:51.922: D/dalvikvm(12661): GC_FOR_ALLOC freed 68K, 4% free 3447K/3584K, paused 302ms, total 303ms
01-28 19:52:51.922: I/dalvikvm-heap(12661): Grow heap (frag case) to 3.865MB for 460816-byte allocation
我读到一些关于art vm的文章，但我认为情况并非如此，因为logcat显式地将两个输出标记为“dalvikvm”。
从gb 2.3.3到jb 4.3，kitkat是我遇到问题的第一个版本，我的应用程序在所有测试过的设备和模拟器上都运行得很好。
也许kitkat有不同的loadlibrary管理？我应该实施吗（我不知道怎么实施！）JNI加载？
知道吗？
编辑
我用kk 4.4.2在nexus 7上测试了我的应用程序，运行良好。
下面是生成异常的C代码：
jobject Java_my_package_NativeAlloc(JNIEnv* env, jlong numBytes) {
void *ptr = (char*)malloc(numBytes);
return (*env)->NewDirectByteBuffer(env, ptr, numBytes);
}
下面是调用它的Java代码：
public native static ByteBuffer NativeAlloc(int size);
当然有一个问题，因为java int size（32位）变成了jni jlong numbytes（64位），这是我的错。
但是为什么这段代码在4.4.2模拟器之前运行良好呢？
最佳答案
函数原型不正确，导致参数以依赖于平台的方式混合，并且请求的大小可能已损坏。
public native static ByteBuffer NativeAlloc(int size);
应符合
jobject Java_my_package_NativeAlloc(JNIEnv* env, jclass someClass, jint numBytes)
如果省略
jclass参数，可能会损坏其他参数。这可能已经在某些平台上平衡了代码中的jint/jlong错误，但在其他平台上却没有。