Android 4.0 ガベージ コレクターが変更されたため。ガベージ コレクション中にオブジェクトを移動するため、多くの問題が発生する可能性があります。
オブジェクトを指す静的変数があり、このオブジェクトが gc によって移動されると想像してください。Android は Java オブジェクトに直接ポインタを使用するため、これは静的変数がメモリ内のランダムなアドレスを指していることを意味し、オブジェクトによって占有されていないか、別の種類のオブジェクトによって占有されています。これにより、次にこの変数を使用するときに EXC_BAD_ACCESS を取得することがほぼ保証されます。
そのため、Android は JNI ERROR (アプリのバグ) エラーを表示して、デバッグ不能な EXC_BAD_ACCESS を取得できないようにします。このエラーを回避する方法は 2 つあります。
マニフェストで targetSdkVersion をバージョン 11 以下に設定できます。これにより、JNI バグ互換モードが有効になり、問題が完全に防止されます。これが、古い例が機能している理由です。
env->NewGlobalRef(ref) を呼び出して、Java オブジェクトを指す静的変数の使用を避けるか、ジョブジェクトの参照をグローバルにしてから保存することができます。
おそらくここでの最大の例は、jclass オブジェクトを保持することです。通常、JNI_OnLoad 中に静的な jclass 変数を初期化します。これは、アプリケーションが実行されている限りクラス オブジェクトがメモリ内に残るためです。
このコードはクラッシュを引き起こします:
static jclass myClass;
JNIEXPORT jint JNICALL JNI_OnLoad (JavaVM * vm, void * reserved) {
myClass = env->FindClass("com/example/company/MyClass");
return JNI_VERSION_1_6;
}
このコードは正常に実行されますが、次のようになります。
static jclass myClass;
JNIEXPORT jint JNICALL JNI_OnLoad (JavaVM * vm, void * reserved) {
jclass tmp = env->FindClass("com/example/company/MyClass");
myClass = (jclass)env->NewGlobalRef(tmp);
return JNI_VERSION_1_6;
}
その他の例については、Marek Sebera が提供するリンクを参照してください: http://android-developers.blogspot.cz/2011/11/jni-local-reference-changes-in-ics.html