linux对动态库函数的调用太慢

动态库函数在加载程序时，数据库将被加载。但是，动态加载程序链接器将符号解析推迟到函数调用时间。在对共享库的调用是通过过程链接表（PLT）中的一个条目间接完成的。最初，PLT中的所有条目都指向ld.so。在第一次调用函数时，ld.so查找符号的实际地址，更新PLT中的条目，并跳转到函数。这是“懒惰”符号解析。您可以设置LD_BIND_NOW环境变量来更改此行为。除此之外，试一下不用DLL直接把函数卸载程序里的运行速度，如果仍然慢，那就是算法的问题。

您想问的是动态库的显式调用吧。

首先打开一个新库，并把它装入内存。

dlopen在dlfcn.h中定义，并在dl库中实现。

当库被装入后，可以把dlopen返回的句柄作为给dlsym的第一个参数，以获得符号在库中的地址。

静态库

可以把它想象成是一些代码的集合，在可执行程序运行前就已经加到了代码中，成为了执行程序的一部分，一般是以.a为后缀的文件名，Windows下后缀为.lib。静态库的命名也分为三部分，1、前缀：lib，2、库的名称：随意，如lisi，3、后缀：.a。

静态库优缺点

上面简单介绍了静态库，那它自然也会有优缺点，这里来介绍下它的优缺点。

优点：1、在最后，函数库是被打包到应用程序中的，实现函数本地化、寻址方便、高效。2、程序在运行的时候，与函数库没有关系，移植性更强。

缺点：1、消耗资源较大，每个进程在使用静态库的时候，都要复制一份才可以，这也就造成了内存的消耗。2、在程序更新、部署、发布的时候，使用静态库相对麻烦，如果一个静态库更新了，那它的应用程序都需要重新编译，再发送给用户，有的时候可能只是一个小的改动，但对于用户来说，会导致整个程序重新下载。

动态库

在程序编译时不会被连接到目标代码中，在后期运行时才会载入，不同的应用程序如果调用相同的库，内存中只有一份共享库的拷贝，也就避免了空间的浪费问题。一般以.so作为文件后缀名，也分为三部分：1、前缀：lib，2、库名称：自定义，3、后缀：.so

动态库优缺点

优点：1、节省内存2、部署、升级相对方便，只需要更换动态库，再重新启动服务即可。

缺点：1、加载速度比静态库慢2、移植性较差，需要把所有用到的动态库进行移植。

---