软件库Library之静态库\动态库和静态加载\动态加载
软件库之静态库\动态库和静态加载\动态加载
动态库之导入库
* 动态库在开发时仅是把dll中的函数名和参数放到应用程序中，应用程序运行时根据函数名和参数调用dll中的函数来运行，这样操作系统中的应用程序可以同时使用同一个dll。可以有效地节省硬盘空间，当然这样做使得程序设计更有层次。也有利于软件工程师的分工和信息安全
* 动态库以.dl文件形式存在，且一般都有一个对应的引入库以.lib文件形式存在。纯资源dll不生成.lib引入库。
>引入库和静态库的扩展名均为*.lib，但是引入库仅包含一些函数名和参数信息，没有函数体，是为调用动态库服务的，它和动态库的关系相当于.h文件和.cpp文件之间的关系；
* 动态库两种绑定方式
>静态绑定( ) 使用静态绑定的程序在一开始载入内存的时候，载入程序就会把程序所有调用到的动态代码的地址算出、确定下来。这种方式使程序刚运行时的初始化时间较长，不过一但完成动态装载，程序的运行速度就很快。
>动态绑定( )使用这种方式的程序并不在一开始就完成动态链接，而是直到真正调用动态库代码时，载入程序才计算(被调用的那部分)动态代码的逻辑地址，然后等到某个时候，程序又需要调用另外某块动态代码时，载入程序才又去计算这部分代码的逻辑地址。所以，这种方式侄程序初始化时间较短，但运行期间的性能比不上静态绑定的程序。
2. 在项目中使用动态库的方法：
方法一：隐式加载： 这种方式和静态库的使用方法一样，对应有3种具体的方法，注意此时要包含的是导入库而不是动态库，依然需要头文件，代码中可直接使用头文件中的函数名，并且这种方式在运行时需要需要动态库。
方法二：显式加载(又称运行时动态链接)：在代码中使用()显式打开dll文件，使用获取函数地址然后使用，使用完之后用显式释放dll文件。这种方式不需要导入库及.h文件。
使用隐式加载时，如果进程在启动时未找到dll，则操作系统将终止此进程。但使用显式加载时则进程不会被终止。
---------------------
Linux下动态库两种调用加载方式总结
方式1使用头文件，所以可以直接调用头文件声明的函数。编译的时候指定了动态库位置和名称，程序启动时候系统就会自动加载相应位置的so动态库。
方式2没有头文件，编译的时候也不需要指定动态库信息。但是需要在程序中使用函数加载相应位置的so动态库，且要使用dlsym函数根据函数符号去查找此函数的地址。
下动态库的动态加载和静态加载
使用动态库的两种方法（）
>方法一： load-time
在要调用dll的应用程序链接时，将dll的输入库文件( ，.lib文件)包含进去。具体的做 法是在源文件开头加一句# ，然后就可以在源文件中调用.dll中的输出文件了。
>方法二： run-time
不必在链接时包含输入库文件，而是在源程序中使用或动态的载入dll。
---------------------
动态库的动态加载方式调用，里面定义的数据结构理论上只作为dll内部使用！在这种情况下，如果这个dll的导出函数参数有内部定义的数据类型，显然是违反低耦合性原则的，实际上这种情况下编写dll方应该提供.h、.lib和.dll文件给使用者的，即你不能以动态库的动态加载方式调用，而是以动态库的静态加载方式调用！
换句话说，一般的只提供dll和导出函数文档这种情况，其dll中的导出函数参数列表都应该是基础数据类型，而不应带有内部的自定义结构，当然，带内部定义数据机构参数的函数，也应该是内部函数，不做导出用。
要想使用dll里定义的数据结构，必须要有头文件的，或者你自己定义一个同名的数据结构，但是这种情况下你得知道那个数据结构的组成
总之，对于dll的编写者和使用者，双方必须要有明确的需求，以何种方式使用，决定着dll的编写规则，也决定着使用规则.....
---------------------
linux动态库与静态库混合连接
1, 在应用程序需要连接外部库的情况下，linux默认对库的连接是使用动态库，在找不到动态库的情况下再选择静态库。使用方式为：
gcc test.cpp -L. -
如果当前目录有两个库..a 则肯定是连接.so。如果要指定为连接静态库则使用：
gcc test.cpp-L. --
使用静态库进行连接。
2, 当对动态库与静态库混合连接的时候，使用-会导致所有的库都使用静态连接的方式。这时需要作用-Wl的方式：
gcc test.cpp -L.-Wl,---Wl,- -
3, 另外还要注意系统的运行库使用动态连接的方式，所以当动态库在静态库前面连接时，必须在命令行最后使用动态连接的命令才能正常连接
，如：
gcc test.cpp -L.-Wl,- --Wl,- --Wl,-
1、使用GCC创建和使用静态库
（1）gcc –o mylib.o –c mylib.c //生成o文件
（2）ar -rcs .a mylib.o //生成a文件
-c 的意思
-r 的意思，表示当插入的模块名已经在库中存在，则替换同名的模块。
（3）cp .a /usr/lib///拷贝到默认目录
（4）编写程序使用库中的函数，需要包含相关的头文件，即可用下面的方式进行编译连接。
gcc –o test test.c -L. -
-L指定静态函数库的位置供查找，注意L后面还有'.'，表示静态函数库在本目录下查找。
-l则指定了静态函数库名，由于静态函数库的命名方式是lib***.a，其中的lib和.a忽略。
2、使用GCC创建和使用动态库
（1）gcc –fPIC –o mylib.o –c mylib.c
gcc – –o libtt.so mylib.o
-fPIC 作用于编译阶段，告诉编译器产生与位置无关代码(- Code)，则产生的代码中，没有绝对地址，全部使用相对地址，故而代码可以被加载器加载到内存的任意位置，都可以正确的执行。这正是共享库所要求的，共享库被加载时，在内存的位置不是固定的。
- 作用于链接阶段，实际传递给链接器ld，让其添加作为共享库所需要的额外描述信息，去除共享库所不需的信息。
（2）也可以直接使用下面一条命令：
gcc –fPIC – –o libtt.so mylib.c
（3）将动态库拷贝到linux 的标准库中，usr/local/lib 或者/usr/lib 或者/lib，使用命令加载
cp .so /usr/local/lib
（4）编译src 程序使用动态库，隐式调用方法：在编译调用库函数代码时指明动态库的位置及名字
gcc –o test test.c ./usr/lib/.so
（5）编译src程序使用动态库，显示调用方法
显式调用动态库需要四个函数的支持, 函数 打开动态库, 函数 dlsym 获取动态库中对象基址, 函数 获取显式动态库操作中的错误信息, 函数 关闭动态库.
#
int main()
void *;
void (*pFunc)(); // 指向函数的指针
int *p;
= ("./d1.so", ); // 打开动态库
if(!){
("Can't find d1.so \n");
exit(1);
pFunc = (void (*)())dlsym(, "print"); // 获取库函数 print 的地址
if(pFunc)
pFunc();
else
("Can't find print\n");
(); // 关闭动态库
0;
gcc –o test test.c -lttt -L
此时会到系统目录下去搜素.so文件，具体搜索方法见下一节。
3、shell 搜索动态库路径位置的两种方法
(1) 使用命令导入动态库的路径，命令如下：
=dir (如/usr/local/lib)
(2) 在/etc/ld.so.conf 文件中更增加一条，修改后用 命令载入修改。
4、其他
（1）ldd命令可以查看一个可执行程序依赖的共享库，
# ldd /bin/ln
=> /lib/libc.so.6 (0×)/lib/ld-linux.so.2
=> /lib/ld- linux.so.2 (0×)
可以看到ln命令依赖于libc库和ld-linux库
（2）看动态库包含哪些定义用：
nm -D lib*.so
（3）当生成动态库时，源文件又引用其他静态库，需要一起写。这时源文件里面不用用 f();，这样就不能引入静态库。需要直接# 头文件。
比如，gcc - -O2 -o hello.node ./build//obj./hello/hello.o./.a /usr/local/lib/.a- -fPIC
参考：
gcc生成静态库和动态库：
动态库(.so)链接静态库(.a)的情况总结：
