系统app使用动态库时，打包进apk中的动态库无法加载，加载失败，运行时报错本地方法找不到，动态库加载失败。加载的时候会到/system/lib与/vendor/lib下去找动态库去加载，所以需要将动态库放入这两个文件夹下，静态库未测，应该也差不多吧，不对请指正。

目录

1.动态库和静态库的原理

2.动态库加载失败的原因

3.解决方法

3.1 DT_RPATH段

3.2将libcalc.so的路径加入到环境变量LD_LIBRARY_PATH中

3.3将libcalc.so的路径加入到/etc/ld.so.cache文件列表中

3.4将libcalc.so直接放到/lib/、/usr/lib目录中

1.动态库和静态库的原理



GCC进行链接时，会把静态库中的代码放到可执行程序中。但是对于动态库，不会把代码放到可执行程序中，只会把一些相关信息（如动态库的名字等）放到可执行程序中。运行的时候，如果用到了动态库中的内容，在可执行程序中是找不到的。导致错误出现。

注：执行时如果用到了动态库中的API，动态库会被加载到内存中。

2.动态库加载失败的原因

下面通过ldd命令查看main的动态库依赖关系：



可以看到列出了用到的4个动态库。

上面提到的动态载入器eld-linux.so即最后一个动态库。

因为动态载入器在DT_RPATH段、环境变量LD_LIBRARY_PATH等中找不到libcalc.so的绝对路径，所以会报错。

3.解决方法

将libcalc.so的路径加入到DT_RPATH段、LD_LIBRARY_PATH、/etc/ld.so.cache文件列表或者将libcalc.so直接放到/lib/、/usr/lib目录中

3.1 DT_RPATH段

DT_RPATH段我们改变不了，直接下一个。

3.2将libcalc.so的路径加入到环境变量LD_LIBRARY_PATH中

方式1：在终端直接加 export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/wcj/projec/lesson4/library/lib

即先获取原来的环境变量，再在后面加上动态库的路径



但是该终端关闭后，值之前加的环境变量就失效了，打开新终端之后又得重新弄。

下面讲永久配置，分为两种方式：用户级别的配置和系统级别的配置

方式2：永久配置---用户级别

打开.bashrc文件：



（vi中，shift+G可以跳到最后一行，小写的o可以向下插入一行）

在最后一行插入：



保存之后，使修改生效：

第一个点相当于source，也可以写成“source .bashrc”



回到原来的目录，发现可以运行：



方式3：永久配置--系统级别

配置之前，先把上面配置的删掉。并重新打开一个终端，防止上一步潜在的影响。

打开/etc/profile文件：



在最后一行添加：



使修改生效：



回到原来的目录中，可以执行，如下图：



3.3将libcalc.so的路径加入到/etc/ld.so.cache文件列表中

先将上面的修改删除，再重新打开一个终端

先尝试打开/etc/ld.so.cache:



发现不能编辑，如下图：



既然不能直接修改这个文件，那就间接修改：



添加动态库的路径：



保存之后，更新：



回到原来的目录，可以执行，如下图：



3.4将libcalc.so直接放到/lib/、/usr/lib目录中

最后一种不建议使用。因为这两个目录中保存的是系统的库文件，防止对其误操作。

参考：牛客网 C++高薪求职项目《Linux高并发服务器开发》1.7/1.8动态库加载失败的原因和解决

专属优惠链接：

https://www.nowcoder.com/courses/cover/live/504?coupon=AvTPnSG

安卓App在启动或运行时经常会遇到.so动态库加载失败的情况，其中具体分2种情况：
1.在程序启动时加载失败，这时候就需要用Relinker去重新加载，可以看我的另外2篇博文：Relinker源码分析、Android安卓本地库加载程序Relinker简单封装
2.在程序运行过程中，已经加载好的.so库被卸载，导致使用的时候找不到符号，这种情况下就要在运行过程中，需要用到库的时候重新去加载
第2种情况主要操作思路是：

1.尝试跑native方法
2.捕获异常，如果没有异常说明运行成功
3.如果有异常，那就重新加载.so动态库
4.加载完后重新运行native方法

来个例子🌰：

公共基类：

import android.content.Context;
import com.getkeepsafe.relinker.ReLinker;

public class NativeBaseClass {
    private static Context sContext = null;

    /**
     * 加载动态库方法
     */
    private static void loadLibrary() {
        if (sContext != null) {
            ReLinker.loadLibrary(sContext, "myLibrary");
        } else {
            System.loadLibrary("myLibrary");
        }
    }

    static {
        //在第一次访问这个类时，就会去加载动态库。这段代码只会运行一次
        loadLibrary();
    }

    /**
     * 尝试运行native方法，失败时会重新加载动态库
     * @param runnable 里面包含需要运行的native方法
     */
    public static void tryRunNativeFunction(Runnable runnable) {
        try {
            runnable.run();
        } catch (Throwable e) {
            loadLibrary();
            runnable.run();
        }
    }
}


子类：实际功能方法

public class MyClass extends NativeBaseClass {

	public void func() {
		NativeBaseClass.tryRunNativeFunction(new Runnable() {
            @Override
            public void run() {
                nativeFunc();
            }
        });
	}

	private static native void nativeFunc();
}

编译的c动态库，在java调用时出现加载库失败的情况，如何定位问题点？

可以通过dlopen在c层测试是否能正确加载

参考链接：https://www.jianshu.com/p/72cc08405a5a

测试代码：
#include <stdio.h>
#include <stdlib.h>
#include <dlfcn.h>

const char *dllPath = "./libXXX.so"

int main()
{
    void *handle = dlopen(dllPath,RTLD_LAZY);
    if(!handle)
    {
        fprintf( stderr, "[%s](%d) dlopen get error: %s\n", __FILE__, __LINE__, dlerror() );
        exit( EXIT_FAILURE );
    }

    printf("load libXXX success\n");
    dlclose(handle);
    return 0;

}