在使用Android 4.4.2 API级别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)
这是同一段代码的logcat,相同的应用程序,相同的屏幕大小的模拟器,...唯一不同的是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_OnLoad?
有什么想法吗?
的修改
我在带有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模拟器之前工作正常?
答案 0 :(得分:3)
您的函数原型不正确,导致您的参数以与平台相关的方式混合,并且请求的大小可能会被破坏。
public native static ByteBuffer NativeAlloc(int size);
应该对应
jobject Java_my_package_NativeAlloc(JNIEnv* env, jclass someClass, jint numBytes)
通过省略jclass
参数,您可能会破坏其他参数。
这可能在某些平台上平衡了代码中的jint / jlong错误,但在其他平台上却没有。
答案 1 :(得分:1)
不是真正的答案,但是......您的应用是Requiring 1228800bytes
而-5457750921690562560
是64位数字,其下部是1228800(0x12C000),较高部分是0xB4422C74。可能是从包含32位数字(长度)的地址完成64位提取。如果你可以在长度之后放置0,这可能会解决问题。但你必须找到这个地方。
该错误是否发生在64位桌面系统上?如果是这样,您可以尝试32位版本。