NDK无法找到动态链接库;动态链接库找不到依赖的gcc库;JNI中无法找到要注册的类;and so on

这是一篇头一次做NDK开发,记录了踩坑,杂乱无章的错误记录,仅供参考.

待解决Android运行NDK程序无法加载库,无法找到库,缺失库文件,找不到c库,导致我的Android NDK程序直接崩溃退出,,经过一番侦查发现,通过file获知,我们使用的gcc编译,搞错了编译工具链,使用arm工具链编译,OK,这个问题解决,然后由弹出找不到libgcc_s.so.1,好嘛,C库缺失,很显然,我拷贝一个C库过去就好了

首先从之前制作好的最小根文件系统中提取出libgcc_s.so.1这个库文件,然后使用ADB,

ADB shell
将文件推入
adb push ./libgcc_s.so.1 /system/lib/
``
这里,它提示我们这是只读文件系统

A:\Users\defenion\Desktop\ARM练习\FASTBOOT>adb push ./libgcc_s.so.1 /system/lib/
failed to copy './libgcc_s.so.1' to '/system/lib//libgcc_s.so.1': Read-only file system

我们通过重新挂载解决它

1|root@android:/ # mount -o remount,rw /dev/null /system
[ 1499.316842] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)

Ok 看样子是挂载成功

然后重新将我们从linux根文件系统中提取出来的C库push进去

A:\Users\defenion\Desktop\ARM练习\FASTBOOT>adb push ./libgcc_s.so.1 /system/lib/
6792 KB/s (69371 bytes in 0.009s)

然后再次启动我们的Android APP,在Android Studio 的ADB信息中看到 错误依旧

Caused by: java.lang.UnsatisfiedLinkError: Cannot load library: link_image[1936]:  1295 could not load needed library 'libgcc_s.so.1' for 'libhardcontrol.so' (link_image[1936]:  1295 could not load needed library 'libc.so.6' for 'libgcc_s.so.1' (load_library[1091]: Library 'libc.so.6' not found))

注意,这句是重点,是因为libc.so.6导致我们不能加载刚才导入的libgcc_s.so.1库文件,

could not load needed library 'libc.so.6' for 'libgcc_s.so.1'

看来还需要将 libc.so.6 导入 ,显然啊 ,这是C系的库都没有包含,,,,并且shell中还有很多常用的sh命令被删除了,
待解决~ ! 搁置 20200106 20:18
目前看来最简单的解决办法是将Linux最小根文件系统中的C库全部copy进来
这个也很是诡异,之前使用eclipse从未出现过这种问题,使用Android Studio.就遇见了缺少依赖的动态链接库.暂不探究.
对比下他们的文件信息
```

他们同为ARM交叉编译工具链编译出来的

root@ubuntu:/mnt/hgfs/ubuntu# file *.so

之前使用eclipse时使用的NDK库,没有任何问题

libled.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, stripped

这次出问题的NDK库,使用Android Studio

libnative.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, not stripped

有区别,( ′◔ ‸◔`),,我们再次找到了线索
> 探究 `stripped`与`not stripped`  ,以及`将Linux最小根文件系统中的C库全部copy进来`这个方法.


正常版本是通过NDK编译工具链编译出来的,出错的版本是通过GCC手动指定参数进行编译的    

NDK编译工具链  
`root@ubuntu:/usr/local/ndk/android-ndk-r8b# vim ndk-build`这东西是一个脚本,本质上依然是调用ARM-GCC进行的交叉编译.

### 关于`stripped`与`not stripped`
用file命令查看文件信息的时候，显示如下：
libcom_err.so.2:      ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped

libcrypto.so.10:      ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped

libcrypt.so.1:        ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped

libc.so.6:            ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped

libdl.so.2:           ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped
第一个最后显示的是stripped，第二个是not stripped。而且对于同样名字的动态库，带not stripped库会大很多。

参考`elf文件格式与动态链接库`博客  
a.out和elf（Executable and Linking Format）。这两种格式中都有符号表（symbol table），其中包括所有的符号（程序的入口点还有变量的地址等等）。在elf格式中符号表的内容会比a.out格式的丰富的多。但是这些符号表可以用 strip工具去除，这样的话这个文件就无法让debug程序跟踪了，但是会生成比较小的可执行文件。a.out文件中的符号表可以被完全去除，但是 elf中的在加载运行时起着重要的作用，所以用strip永远不可能完全去除elf格式文件中的符号表。但是用strip命令不是完全安全的，比如对未连接的目标文件来说如果用strip去掉符号表的话，会导致连接器无法连接。

---

回过头来,我们接着尝试解决刚才提到的问题   
* 尝试1 
> 既然使用NDK编译工具链编译成功了,那我们也使用一下这个编译工具链,康康是否可行
参考以前的NDK笔记  

需要编译的文件，在目录“ledtest\jni”中
–Android.mk（编译脚本）
–com_topeet_ledtest_led.c
–com_topeet_ledtest_led.h
•拷贝文件夹“jni”到Ubuntu系统,,,,(JNI文件夹为 调用底层驱动的接口)
进入jni目录执行 ndk-build编译
•编译完成后，在Ubuntu目录“../” -->“libs”-->“armeabi”中生成库文件“libled.so”，该文件就是安卓应用程序中需要的“.so”文件。
•将该文件拷贝到工程ledtest的“\libs\armeabi”目录下，库文件的编译就全部完成了。

注:这个NDK编译工具链是Android文件系统中自带的工具之一.
我们需要先建立Android.mk文件  
在我们拷贝的jni文件中建立一个Andoird.mk文件 ,输入如下内容  

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := hardcontrol
LOCAL_SRC_FILES := native.c
LOCAL_LDLIBS += -llog
LOCAL_LDLIBS +=-lm
include $(BUILD_SHARED_LIBRARY)

第三行是编译出来的文件的名称`libxxxx.so`,第四行是我们源文件名称
编译,

root@ubuntu:~/yizhi/jni# ndk-build
Compile thumb : hardcontrol <= native.c
SharedLibrary : libhardcontrol.so
Install : libhardcontrol.so => libs/armeabi/libhardcontrol.so

生成在上层libs目录中,`../libs/armeabi/libhardcontrol.so`
放入我们的工程中,然后用前面的方法push到android的`system/lib`目录下,我们在测试

libhardcontrol.so: ELF 32-bit LSB shared object, ARM, version 1 (SYSV), dynamically linked, stripped

这回这个和以前未出过依赖gcc库问题的库文件一样了都是剥离了符号表的stripped类型 测试!
在虚拟机上跑一下,不出所料,程序依旧崩溃退出.但是显然我们解决了这个问题,错误信息中没有提示找不到我们加载的库文件
报错信息:  

Caused by: java.lang.NoClassDefFoundError: HardControl
Caused by: java.lang.ClassNotFoundException: HardControl

显然,我们的库文件成功的加载了,但是没有找到我们在C文件中指定注册的类.

使用其他的NDK库加载成功,可能是JAVA类和C指定的某些地方不匹配,暂定

static {
Log.d("AAA","AAAAAAAAA");
System.loadLibrary("adc");
}

使用其他的NDK测试成功,成功,成功的原因是这个C库中没有尝试使用
`   cls = (*env)->FindClass(env, "HardControl");`这句代码

暂定 20200107 21:09 

在自用的安卓手机,Android 7上测试 ,提示出了稍有区别的错误,但是本质上是一样的问题,都是找不到类 

01-08 13:45:05.447 29811-29811/? A/DEBUG: Abort message: 'art/runtime/java_vm_ext.cc:470] JNI DETECTED ERROR IN APPLICATION: JNI NewGlobalRef called with pending exception java.lang.ClassNotFoundException: Didn't find class "HardControl" on path: DexPathList[[zip file "/data/app/com.example.ratherdog.app_addons_0001_message-1/base.apk"],nativeLibraryDirectories=[/data/app/com.example.ratherdog.app_addons_0001_message-1/lib/arm, /system/fake-libs, /data/app/com.example.ratherdog.app_addons_0001_message-1/base.apk!/lib/armeabi, /system/lib, /vendor/

试了直接指定其他类也不行,加上包名,OKay,可以找到我们需要的类HardControl了
JNI注册类是这么写就OK

jclass cls = (*env)->FindClass(env, "com/thisway/hardlibrary/HardControl");

一定要指定包名 ,
接下来,继续报错

java.lang.NoSuchMethodError: no static or non-static method "Lcom/thisway/hardlibrary/HardControl;.ledCtrl(I)I"

错误的地点java
public class HardControl{
public static native int ledCtrl(int which,int status);
public static native int ledOpen();
public static native void ledClose();

//加载hardcontrol这个名字的C库,这种静态写法是加载C库的标准写法,因为static内的代码只能被执行一次,并且在类创建实例的时候最先执行
//static方法只执行一次,最先执行,适合用于加载库,
static {
    try {
        System.loadLibrary("hardcontrol");
    } catch (Exception e) {
        e.printStackTrace();
    }
}

}
找不到这样的方法是把`ledCtrl(I)I`c
static const JNINativeMethod methods[] = {
{"ledOpen", "()I", (void )ledOpen},
{"ledClose", "()V", (void )ledClose},
{"ledCtrl", "(I)I", (void *)ledCtrl},
};

显然这里面写的不匹配.` {"ledCtrl", "(I)I", (void *)ledCtrl},`这里一个参数,java中两个参数
改为

{"ledCtrl", "(II)I", (void *)ledCtrl},
```
测试
在KindleFire HD 10中测试,Android4.4.4,通过,在虚拟机中测试通过,在魅蓝Note6,Andoird中测试通过,

---

完美解决 !