Android C++系列：JNI常见问题

最新推荐文章于 2024-07-04 00:44:03 发布
最新推荐文章于 2024-07-04 00:44:03 发布
阅读量2.1k 收藏
点赞数
分类专栏： C++ Android 文章标签： android c++ android studio
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Coo123_/article/details/125193195
版权
Android 同时被 2 个专栏收录
57 篇文章 7 订阅
订阅专栏
C++
7 篇文章 0 订阅
订阅专栏

1. 背景

本文整理了JNI开发中常见的问题和解决方案。

2. 编译时指定SDK版本问题

智能语音交互SDK工程模块编译时指定的ANDROID_PLATFORM统一是23：-DANDROID_PLATFORM=23,ndk使用的是版本是17，在手上现有设备跑的都没问题，但是在一个新采购的temi移动机器人上跑不起来，定位到问题是信号处理库报了下面问题：

java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol "__aeabi_memclr4" referenced by "/data/app/com.xxx.xxxx.robot-2/lib/arm/libkeos_signal_processing.so"...

最开始以为是信号处理库中用到了什么不兼容方法，把库的实现都改为空实现后仍报该错误，网上查询到是target version和目标设备不对应会报该错，机器人的系统版本是6.0，信号处理库编译时Application.mk中设置的APP_PLATFORM := android-26，修改完后就果然解决。

github.com/android/ndk…

github.com/android/ndk…

官网中对该问题有介绍：

当尝试加载原生库时，这些错误会显示在日志中。此符号可以是 __aeabi_* 中的任意一个；其中 __aeabi_memcpy 和 __aeabi_memclr 可能是最常见的。此问题已记录在问题 126 中

2. Using _FILE_OFFSET_BITS=64 with older API levels

与上一个类似，也是API版本问题。

在统一头文件之前，NDK 并不支持 _FILE_OFFSET_BITS=64。如果在构建应用时定义了该选项，系统会静默地忽略它。现在，_FILE_OFFSET_BITS=64 选项受统一头文件的支持，但在旧版本的 Android 中，很少有 off_t API 可用作 off64_t 变体。因此，如果将该功能与旧版 API 级别搭配使用，会导致可用函数减少。

r16 博文和 bionic 文档对该问题作了详细解释。

问题： build 请求获得的 minSdkVersion 中不存在的 API。

解决方案：停用 _FILE_OFFSET_BITS=64 或提高 minSdkVersion。

3. jni local reference table overflow (max=512)

正常情况我们在方法里面申请的local reference会在方法执行完后自动释放，所以一直没有太在意local reference的释放，结果在一个线程的looper方法中有两个jstring使用完一直没释放，导致交互多轮后泄露崩溃。

4. FindClass 找不到类

常见问题类型：

  1. 确保类名称字符串的格式正确无误，JNI 类名称以软件包名称开头，并用斜线分隔，例如 java/lang/String。如果要查找某个数组类，则需要以适当数量的英文方括号开头，并且还必须用“L”和“;”将该类包裹起来，因此 String 的一维数组将是 [Ljava/lang/String;。如果要查找内部类，使用“$”而不是“.”，可以在 .class 文件上使用 javap 是查找类的内部名称。
  2. 如果启用代码混淆，请确保查找的类名未被混淆。
  3. 如果类名称形式正确，可能是遇到了类加载器问题。FindClass 需要在与代码关联的类加载器的启动类搜索。它会检查调用堆栈，如下所示：
 Foo.myfunc(Native Method)
        Foo.main(Foo.java:10)

最顶层的方法是 Foo.myfunc。FindClass 会查找与 Foo 类关联的 ClassLoader 对象并使用它。

采用这种方法一般情况可以满足我们的需求。但是如果在native线程（比如通过调用 pthread_create，然后使用 AttachCurrentThread 进行附加），可能会有问题。因为在这个线程中没有堆栈帧，如果从此线程调用 FindClass，JavaVM 会在“系统”类加载器（而不是与应用关联的类加载器）中启动，因此尝试查找特定于应用的类将失败。

可以通过以下几种方法来解决此问题：

  • 在 JNI_OnLoad 中执行一次 FindClass 查找，然后缓存类引用以供日后使用。在执行 JNI_OnLoad 过程中发出的任何 FindClass 调用都会使用与调用 System.loadLibrary 的函数关联的类加载器（这是一条特殊规则，用于更方便地进行库初始化）。如果我们的应用代码要加载库，FindClass 会使用正确的类加载器。
  • 通过声明原生方法来获取 Class 参数，然后传入 Foo.class，从而将类的实例传递给需要它的函数。
  • 在某个便捷位置缓存 ClassLoader 对象的引用，然后直接发出 loadClass 调用，这个比较麻烦一些，而且缓存classloader可能也会存在一些问题。
  • 使用java/lang/ClassLoader的getClassLoader,然后调用findClass:
static jobject gClassLoader;
static jmethodID gFindClassMethod;

JNIEXPORT jint JNICALL JNI_OnLoad(JavaVM *pjvm, void *reserved) {
    gJvm = pjvm;  // cache the JavaVM pointer
    auto env = getEnv();
    //replace with one of your classes in the line below
    auto randomClass = env->FindClass("com/example/RandomClass");
    jclass classClass = env->GetObjectClass(randomClass);
    auto classLoaderClass = env->FindClass("java/lang/ClassLoader");
    auto getClassLoaderMethod = env->GetMethodID(classClass, "getClassLoader",
                                             "()Ljava/lang/ClassLoader;");
    gClassLoader = env->CallObjectMethod(randomClass, getClassLoaderMethod);
    gFindClassMethod = env->GetMethodID(classLoaderClass, "findClass",
                                    "(Ljava/lang/String;)Ljava/lang/Class;");

    return JNI_VERSION_1_6;
}

jclass findClass(const char* name) {
    return static_cast<jclass>(getEnv()->CallObjectMethod(gClassLoader, gFindClassMethod, getEnv()->NewStringUTF(name)));
}

JNIEnv* getEnv() {
    JNIEnv *env;
    int status = gJvm->GetEnv((void**)&env, JNI_VERSION_1_6);
    if(status < 0) {    
        status = gJvm->AttachCurrentThread(&env, NULL);
        if(status < 0) {        
            return nullptr;
        }
    }
    return env;
} 

No pending exception expected: java.lang.ClassNotFoundException: Didn't find class "com.qingkouwei.foundclassdemo.TestClass" on path: DexPathList[[directory "."],nativeLibraryDirectories=[/system/lib64,

stackoverflow.com/questions/1…

5. 返回值错误问题

我们在其他平台，比如linux中声明了返回值类型为int，实际函数体没有return可能没有问题，但是Android平台会直接崩溃。

2022-03-07 15:09:01.152 16695-16695/com.qingkouwei.foundclassdemo A/libc: Fatal signal 5 (SIGTRAP), code 1 (TRAP_BRKPT), fault addr 0x7656c5c5e4 in tid 16695 (.foundclassdemo), pid 16695 (.foundclassdemo)
2022-03-07 15:09:01.157 16639-16881/? E/SecurityComp10105306: EncryptUtil: exception : Failed resolution of: Lorg/bouncycastle/crypto/engines/AESEngine; , you should implementation bcprov-jdk15on library
2022-03-07 15:09:01.222 16908-16908/? A/DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
2022-03-07 15:09:01.222 16908-16908/? A/DEBUG: Build fingerprint: 'HONOR/YAL-AL00/HWYAL:10/HUAWEIYAL-AL00/10.1.0.162C00:user/release-keys'
2022-03-07 15:09:01.222 16908-16908/? A/DEBUG: Revision: '0'
2022-03-07 15:09:01.222 16908-16908/? A/DEBUG: ABI: 'arm64'
2022-03-07 15:09:01.226 16908-16908/? A/DEBUG: SYSVMTYPE: Maple
    APPVMTYPE: Art
2022-03-07 15:09:01.226 16908-16908/? A/DEBUG: Timestamp: 2022-03-07 15:09:01+0800
2022-03-07 15:09:01.226 16908-16908/? A/DEBUG: pid: 16695, tid: 16695, name: .foundclassdemo  >>> com.qingkouwei.foundclassdemo <<<
2022-03-07 15:09:01.226 16908-16908/? A/DEBUG: uid: 10616
2022-03-07 15:09:01.226 16908-16908/? A/DEBUG: signal 5 (SIGTRAP), code 1 (TRAP_BRKPT), fault addr 0x7656c5c5e4
2022-03-07 15:09:01.226 16908-16908/? A/DEBUG:     x0  000000000000006a  x1  0000007fd6d0b8e0  x2  0000000000000004  x3  0000000000000005
2022-03-07 15:09:01.226 16908-16908/? A/DEBUG:     x4  0000000000000000  x5  4008000000000000  x6  0000000000000000  x7  7f7f7f7f7f7f7f7f
2022-03-07 15:09:01.226 16908-16908/? A/DEBUG:     x8  cefdb6c250ecaf4a  x9  cefdb6c250ecaf4a  x10 00000076f406305c  x11 000000000000003b
2022-03-07 15:09:01.226 16908-16908/? A/DEBUG:     x12 0000000000000018  x13 ffffffffffffffff  x14 ffffffffff000000  x15 ffffffffffffffff
2022-03-07 15:09:01.226 16908-16908/? A/DEBUG:     x16 00000076f406a8f8  x17 00000076f5a4d560  x18 00000076f8cbe000  x19 0000007672210800
2022-03-07 15:09:01.226 16908-16908/? A/DEBUG:     x20 0000000000000000  x21 0000007672210800  x22 0000007fd6d0c450  x23 000000766176c9cb
2022-03-07 15:09:01.226 16908-16908/? A/DEBUG:     x24 0000000000000008  x25 00000076f7e51020  x26 00000076722108b0  x27 0000000000000002
2022-03-07 15:09:01.226 16908-16908/? A/DEBUG:     x28 0000007fd6d0c1e0  x29 0000007fd6d0c160
2022-03-07 15:09:01.226 16908-16908/? A/DEBUG:     sp  0000007fd6d0c0b0  lr  0000007656c5c5e4  pc  0000007656c5c5e4
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG: backtrace:
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #00 pc 00000000000025e4  /data/app/com.qingkouwei.foundclassdemo-9j6a3XxFGTn9Cw9oVWDDpg==/lib/arm64/libnative-lib.so (myFindClass+344) (BuildId: c9adfab317deb3b439ef1646bc9b03951ef68837)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #01 pc 0000000000002c30  /data/app/com.qingkouwei.foundclassdemo-9j6a3XxFGTn9Cw9oVWDDpg==/lib/arm64/libnative-lib.so (BuildId: c9adfab317deb3b439ef1646bc9b03951ef68837)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #02 pc 0000000000150350  /apex/com.android.runtime/lib64/libart.so (art_quick_generic_jni_trampoline+144) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #03 pc 0000000000147334  /apex/com.android.runtime/lib64/libart.so (art_quick_invoke_stub+548) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #04 pc 00000000001561b4  /apex/com.android.runtime/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+252) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #05 pc 00000000002fd900  /apex/com.android.runtime/lib64/libart.so (art::interpreter::ArtInterpreterToCompiledCodeBridge(art::Thread*, art::ArtMethod*, art::ShadowFrame*, unsigned short, art::JValue*)+384) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #06 pc 00000000002f8bd0  /apex/com.android.runtime/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+912) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #07 pc 00000000005cb550  /apex/com.android.runtime/lib64/libart.so (MterpInvokeVirtual+648) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #08 pc 0000000000141814  /apex/com.android.runtime/lib64/libart.so (mterp_op_invoke_virtual+20) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #09 pc 0000000000123f60  [anon:dalvik-classes.dex extracted in memory from /data/app/com.qingkouwei.foundclassdemo-9j6a3XxFGTn9Cw9oVWDDpg==/base.apk] (com.qingkouwei.foundclassdemo.MainActivity$1.onClick+12)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #10 pc 00000000005cd060  /apex/com.android.runtime/lib64/libart.so (MterpInvokeInterface+1752) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #11 pc 0000000000141a14  /apex/com.android.runtime/lib64/libart.so (mterp_op_invoke_interface+20) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #12 pc 000000000023af0c  /system/framework/framework.jar (android.view.View.performClick+40)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #13 pc 00000000005cb860  /apex/com.android.runtime/lib64/libart.so (MterpInvokeVirtual+1432) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #14 pc 0000000000141814  /apex/com.android.runtime/lib64/libart.so (mterp_op_invoke_virtual+20) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #15 pc 000000000023af56  /system/framework/framework.jar (android.view.View.performClickInternal+6)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #16 pc 00000000005cdbfc  /apex/com.android.runtime/lib64/libart.so (MterpInvokeDirect+1168) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #17 pc 0000000000141914  /apex/com.android.runtime/lib64/libart.so (mterp_op_invoke_direct+20) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #18 pc 00000000002363fc  /system/framework/framework.jar (android.view.View.access$3600)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #19 pc 00000000005ce408  /apex/com.android.runtime/lib64/libart.so (MterpInvokeStatic+1136) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #20 pc 0000000000141994  /apex/com.android.runtime/lib64/libart.so (mterp_op_invoke_static+20) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #21 pc 000000000021320c  /system/framework/framework.jar (android.view.View$PerformClick.run+56)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #22 pc 00000000005cd060  /apex/com.android.runtime/lib64/libart.so (MterpInvokeInterface+1752) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #23 pc 0000000000141a14  /apex/com.android.runtime/lib64/libart.so (mterp_op_invoke_interface+20) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #24 pc 000000000030cc4c  /system/framework/framework.jar (android.os.Handler.handleCallback+4)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #25 pc 00000000005ce408  /apex/com.android.runtime/lib64/libart.so (MterpInvokeStatic+1136) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #26 pc 0000000000141994  /apex/com.android.runtime/lib64/libart.so (mterp_op_invoke_static+20) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #27 pc 000000000030cab8  /system/framework/framework.jar (android.os.Handler.dispatchMessage+8)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #28 pc 00000000005cb860  /apex/com.android.runtime/lib64/libart.so (MterpInvokeVirtual+1432) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #29 pc 0000000000141814  /apex/com.android.runtime/lib64/libart.so (mterp_op_invoke_virtual+20) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #30 pc 0000000000337c30  /system/framework/framework.jar (android.os.Looper.loop+480)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #31 pc 00000000005ce408  /apex/com.android.runtime/lib64/libart.so (MterpInvokeStatic+1136) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #32 pc 0000000000141994  /apex/com.android.runtime/lib64/libart.so (mterp_op_invoke_static+20) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #33 pc 00000000001abfe0  /system/framework/framework.jar (android.app.ActivityThread.main+1372)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #34 pc 00000000002ce22c  /apex/com.android.runtime/lib64/libart.so (_ZN3art11interpreterL7ExecuteEPNS_6ThreadERKNS_20CodeItemDataAccessorERNS_11ShadowFrameENS_6JValueEbb.llvm.10887373532384510885+320) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #35 pc 00000000005bc090  /apex/com.android.runtime/lib64/libart.so (artQuickToInterpreterBridge+1012) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #36 pc 0000000000150468  /apex/com.android.runtime/lib64/libart.so (art_quick_to_interpreter_bridge+88) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #37 pc 00000000001475b8  /apex/com.android.runtime/lib64/libart.so (art_quick_invoke_static_stub+568) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #38 pc 00000000001561d4  /apex/com.android.runtime/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+284) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #39 pc 00000000004d8820  /apex/com.android.runtime/lib64/libart.so (art::(anonymous namespace)::InvokeWithArgArray(art::ScopedObjectAccessAlreadyRunnable const&, art::ArtMethod*, art::(anonymous namespace)::ArgArray*, art::JValue*, char const*)+104) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #40 pc 00000000004da248  /apex/com.android.runtime/lib64/libart.so (art::InvokeMethod(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, _jobject*, _jobject*, unsigned long)+1476) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #41 pc 000000000046412c  /apex/com.android.runtime/lib64/libart.so (art::Method_invoke(_JNIEnv*, _jobject*, _jobject*, _jobjectArray*)+52) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #42 pc 00000000000f8c34  /system/framework/arm64/boot.oat (art_jni_trampoline+180) (BuildId: 8fb9eb57b3ea725573d56f165d17f78dd54965d7)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #43 pc 0000000000147334  /apex/com.android.runtime/lib64/libart.so (art_quick_invoke_stub+548) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #44 pc 00000000001561b4  /apex/com.android.runtime/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+252) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #45 pc 00000000002fd900  /apex/com.android.runtime/lib64/libart.so (art::interpreter::ArtInterpreterToCompiledCodeBridge(art::Thread*, art::ArtMethod*, art::ShadowFrame*, unsigned short, art::JValue*)+384) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #46 pc 00000000002f8bd0  /apex/com.android.runtime/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+912) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #47 pc 00000000005cb550  /apex/com.android.runtime/lib64/libart.so (MterpInvokeVirtual+648) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #48 pc 0000000000141814  /apex/com.android.runtime/lib64/libart.so (mterp_op_invoke_virtual+20) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #49 pc 000000000040010e  /system/framework/framework.jar (com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run+22)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #50 pc 00000000002ce22c  /apex/com.android.runtime/lib64/libart.so (_ZN3art11interpreterL7ExecuteEPNS_6ThreadERKNS_20CodeItemDataAccessorERNS_11ShadowFrameENS_6JValueEbb.llvm.10887373532384510885+320) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #51 pc 00000000005bc090  /apex/com.android.runtime/lib64/libart.so (artQuickToInterpreterBridge+1012) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #52 pc 0000000000150468  /apex/com.android.runtime/lib64/libart.so (art_quick_to_interpreter_bridge+88) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #53 pc 0000000000b253bc  /system/framework/arm64/boot-framework.oat (com.android.internal.os.ZygoteInit.main+3660) (BuildId: 839677a7635b67b1b883c48b6ed1ea5c4a581790)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #54 pc 00000000001475b8  /apex/com.android.runtime/lib64/libart.so (art_quick_invoke_static_stub+568) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #55 pc 00000000001561d4  /apex/com.android.runtime/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+284) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #56 pc 00000000004d8820  /apex/com.android.runtime/lib64/libart.so (art::(anonymous namespace)::InvokeWithArgArray(art::ScopedObjectAccessAlreadyRunnable const&, art::ArtMethod*, art::(anonymous namespace)::ArgArray*, art::JValue*, char const*)+104) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #57 pc 00000000004d848c  /apex/com.android.runtime/lib64/libart.so (art::InvokeWithVarArgs(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, _jmethodID*, std::__va_list)+408) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #58 pc 00000000003d7cf8  /apex/com.android.runtime/lib64/libart.so (art::JNI::CallStaticVoidMethodV(_JNIEnv*, _jclass*, _jmethodID*, std::__va_list)+660) (BuildId: 08543716770b195bd10fafbe11bb5052)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #59 pc 00000000001015c4  /system/lib64/libandroid_runtime.so (_JNIEnv::CallStaticVoidMethod(_jclass*, _jmethodID*, ...)+116) (BuildId: 034c759a360c29cae9a101b25604f692)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #60 pc 0000000000104c48  /system/lib64/libandroid_runtime.so (android::AndroidRuntime::start(char const*, android::Vector<android::String8> const&, bool)+1248) (BuildId: 034c759a360c29cae9a101b25604f692)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #61 pc 00000000000034e0  /system/bin/app_process64 (main+1168) (BuildId: e844be217eb39b34490d3798328d1f12)
2022-03-07 15:09:01.375 16908-16908/? A/DEBUG:       #62 pc 000000000006b108  /apex/com.android.runtime/lib64/bionic/libc.so (__libc_init+108) (BuildId: b91c775ccc9b0556e91bc575a2511cd0)
2022-03-07 15:09:01.405 17145-17756/? E/X509CertUtil: can not open cbg root cer

6. NDK指南中介绍的其他错误

6.1 minSdkVersion 的设置高于设备的 API 级别

使用 NDK 进行构建所依据的 API 级别与 Java 中的 compileSdkVersion 所代表的含义截然不同。NDK API 级别是您的应用支持的最低 API 级别。在 ndk-build 中，这是指 APP_PLATFORM 设置。对于 CMake，这是指 -DANDROID_PLATFORM。（如果使用的是 externalNativeBuild，系统会自动使用您的 minSdkVersion。)

系统对函数引用的解析通常发生在库加载时，而不是首次调用时，因此，对于并非始终存在并通过 API 级别检查保护对其的使用的 API，将无法引用。如果 API 被引用，那么此 API 就必须存在。

问题： NDK API 级别高于设备支持的 API 级别。

解决方案：将 NDK API 级别 (APP_PLATFORM) 设置为应用支持的最低 Android 版本。

6.2 找不到 rand 符号

对于以下错误日志消息，请参阅这条详细的 Stack Overflow 解答。

UnsatisfiedLinkError: dlopen failed: cannot locate symbol "rand"

6.3 未定义对 __atomic_* 的引用

问题：某些 ABI 需要 libatomic 才能为原子操作提供一些实现。

解决方案：在链接时添加 -latomic。

对于以下错误消息：

error: undefined reference to '__atomic_exchange_4'

此处的实际符号可能是前缀为 __atomic_ 的任何符号。(ndk-build 和 CMake 会替我们处理这个问题。对于其他构建系统，我们需要手动处理。)

6.3 RTTI/异常捕获功能无法跨库边界运行

问题：在跨共享库边界抛出异常或 dynamic_cast 失败时，无法捕获异常。

解决方案：为我们的类型添加一个关键函数。关键函数是某个类型的第一个非纯的外联虚拟函数。可参阅关于问题 533 的讨论。

C++ ABI 规定，当且仅当两个对象的 type_info 指针相同时，两者才具有相同的类型。只有当捕获的 type_info 与抛出的异常匹配时，系统才会捕获异常。这项规则同样适用于 dynamic_cast。

如果某个类型没有关键函数，系统会将其 typeinfo 作为弱符号发出，并在加载库时合并匹配类型信息。如果在可执行文件加载完毕后动态加载库（也就是说通过 dlopen 或 System.loadLibrary 加载），加载器可能无法合并已加载库的类型信息。当出现这种情况时，这两种类型就不会被视为等同。

对于非多态类型，类型不能具有关键函数。对于非多态类型，RTTI 是多余的，因为可使用 std::is_same 在编译时确定类型等同性。

6.4 使用不匹配的预构建库

在我们的应用中使用预构建库（这些库通常是第三方库）时，需要特别注意。一般来说，请注意以下规则：

  • 生成的应用的最低 API 级别是应用所有库的最大 minSdkVersion 值。

    如果我们的 minSdkVersion 是 16，但使用了依据 21 构建的预构建库，那么生成的应用的最低 API 级别为 21。如果预构建库是静态的，那么对于此规则的违反将会在构建时显示出来，但在预构建共享库运行时才会显示。

  • 应使用相同的 NDK 版本生成所有库。

    由于违反的情况极少，此规则比大多数规则的灵活性略高，但无法保证使用不同 Major 版本的 NDK 构建的库之间的兼容性。C++ ABI 并非稳定版，在过去有过变化。

  • 具有多个共享库的应用必须使用一个共享 STL。

    就 STL 不匹配而言，可以通过小心谨慎地操作来避免由此引起的问题，但最好直接避免该问题。为避免该问题，最好避免在您的应用中使用多个共享库。

7. 总结

本文介绍了JNI开发过程中常见的问题，比如版本问题，定位符号失败问题以及不同平台函数实现的差异等。后续可以持续维护迭代本文档。

Android小安
关注
专栏目录
Android超实用实战--分析汇编定位问题
红旺永福
10-30 2310
引言 本节，我们以一个简单的实例为引子，介绍一下汇编分析的一些基础东西，绝对超值实用，让我们对问题的认识更上一个档次！！ 我们的问题就是通过代码来模拟一个空指针，这种问题很常见，相信各位码农朋友在实际的工作中不知道碰到过多少次了。我们来看一下我们的实例，代码如下： class CameraProcessor { public: CameraProcessor(); ~CameraProcessor(); void testNull(); int t...
java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol "__aeabi_memclr8" referenced by
youxiteehuu的博客
08-08 5899
使用ndk-r14b编译出的so库在Android6.0加载的时候会报如上错误 gradle.build中编译的相关设置为 minSdkVersion 15 targetSdkVersion 25 在编译so库时的Application.mk文件我并未设置APP_PLATFORM，于是我在Application.mk中加上了 APP_PLATFORM := android-12
Android Memory(二) -- 应用内存占用分析
Misdirection_XG的博客
06-30 5250
在工作这几年，我一直深受内存问题的困扰，在和内存的不断抗争中，我逐渐积累了一些内存的知识，接来下来我会用几篇文章简单记录一下这几年的我学到的内存相关的经验。另外，本系列文章不去过多的分析Linux底层代码，只是探讨遇到内存问题时的解决方法论。 以下是全部文章的标题：日常开发中，我们在监控应用内存占用是，经常使用的是AS自带的Memory Profiler， 如下图所示： 一个显示每个内存类别使用多少内存的堆叠图表，如左侧的 y 轴以及顶部的彩色键所示虚线表示分配的对象数，如右侧的 y 轴所示用于表示每个垃圾
JNI调用FindClass找不到类的问题
chiduokui9989的博客
11-14 2482
在本地线程中查找类或者方法，时会出现找不到类的错误。 花费了很长时间来踩这个坑，不知道是Android dalvik实现问题。 原因：类加载器是系统的，不是应用程序类加载器，所以找不到用户自定义的类。 解决方法：在JNI_OnLoad中保存一个全局引用。 参见：http://developer...
Android jni 常见错误
临江别寄的专栏
03-08 2529
1.缺少Android.mk文件的错误 Android NDK: WARNING: APP_PLATFORM android-14 is larger than android:minSdkVersi on 10 in ./AndroidManifest.xml Android NDK: Your APP_BUILD_SCRIPT points to an unknown file: ./j
Android—Jni 常见的错误
weiguishan的专栏
02-10 466
1.错误1  忘记C方法的参数 2 .错误2 203-28 03:41:56.758: E/AndroidRuntime(821): java.lang.UnsatisfiedLinkError: Native method not found: com.example.error.DemoActivity.helloWorld:()Ljava/lang/String;函数名错
android jni 奔溃问题解决
RenZuoym的博客
12-02 1073
android jni
android 13 编译JNI报Android #include ＜jni.h＞ file not found 解决方法
u011557327的博客
06-21 605
JNI编译
Android C++系列：JNI调用时的异常处理
轻口味的专栏
07-03 454
对于在 Native 中发生了异常，需要让 Java 层去处理了，则在 Native 中抛出对应的异常，由 Java 层去捕获，比如在使用 ExceptionClear 清除了异常之后，就可以通过 throwNew 来抛出异常信息。不过，我们这样仅仅是消除了这次异常，还应该让调用者有异常的发生，那么就需要通过 Native 来抛出一个异常告诉 Java 调用者了。这样就把由 Native 调用 Java 时的一个异常进行了处理，当处理完异常之后，别忘了释放对应的资源。根据异常类型和异常信息来抛出异常。
Android C++系列：JNI开发准则
轻口味的专栏
07-03 1141
（在 C++ 版本中，它们是一些类，这些类具有指向函数表的指针，并具有通过该函数表间接调用的 JNI 函数的成员函数。**在原生方法返回后，即使对象本身继续存在，该引用也无效。只有在与 ClassLoader 关联的所有类可以进行垃圾回收时，系统才会卸载类，这种情况很少见，但在 Android 中并非不可能。第一次找到我们的直接指针时，该方法会报告我们的引用类型正好是要检查的类型。会使用与 Java 堆栈顶部的方法相关联的类加载器，如果没有（因为调用来自刚刚附加的原生线程），则会使用“系统”类加载器。
Android C++系列：JNI引用管理
最新发布
轻口味的专栏
07-04 749
局部引用全局引用弱全局引用本文介绍了JNI层的引用类型和引用管理。JNI层主要提供了对标Java强应用的局部引用和全局引用以及对标Java弱引用的全局弱引用。对于全局引用一定要切记用完时Delete；局部引用要注意循环时找好实际实时删除避免浪费内存空间，如果一个方法内局部引用太多，试试EnsureLocalCapacity；一定要谨慎管理引用，避免内存泄露和野指针，空指针问题。
Android C++系列：访问Assets 文件夹
轻口味的专栏
06-29 876
今天我们介绍了Android Assets文件夹使用，包括Java层和JNI层，并详细介绍了JNI层AAssetManager接口的使用。
Android稳定性系列-01-使用 Address Sanitizer检测原生代码中的内存错误
农贤钢的专栏
02-20 1968
一文带你入门Address Sanitizer检测原生代码中的内存错误
__aeabi_memcpy __aeabi_memcpy4 __aeabi_memcpy8
jiang_2018的博客
04-19 3206
armcc下memcpy存在字节对齐问题，如果变量地址不对齐但是采用__aeabi_memcpy4、 __aeabi_memcpy8则会hardfault 如下代码 反汇编 armcc解决方式如下 How do the ARM Compilers handle memcpy()? Applies to: ARM Developer Suite (ADS), RealView Developer Kit (RVDK) for OKI, RealView Developer Kit (RVDK) for S
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x8
qq_24131317的博客
08-19 2306
Android 10 华为手机运行原生app报错： Timestamp: 2021-08-19 09:58:05+0800 2021-08-19 09:58:05.940 A/DEBUG: pid: 7178, tid: 7227, name: LeakCanary-Heap >>> com.jjkj.sbdj <<< 2021-08-19 09:58:05.940 A/DEBUG: uid: 10465 2021-08-19 09:58:05.940 A/DEBUG:
JNI 使用
08-19 919
JNI使用示例 2010-03-15 11:18        JNI提供了一种扩展Android功能和移植已有软件的方式。本文将通过一个实例来讲述如何建立JNI库以及JNI库如何与android的JVM交互。 Java接口        定义java类JNIExampleInterface， 该类提供了调用Native库中本地函数的接口。本地函数和对应的Java函数具有相
dlopen failed: cannot locate symbol "__aeabi_memclr4
07-18 5105
jni中使用(*env)->GetIntArrayRegion(env, mjintArray, 0, cLen, cPArray);时出现crash07-12 20:52:05.931: E/AndroidRuntime(2900): java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol "__aeabi_memcl
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值