制作并发布动态库

静态库的代码在链接的时候会被拷贝进对应的可执行程序内部，动态库则不需要拷贝。

动态库在形成目标文件时，需要加一个选项

-fPIC：形成一个与位置无关的二进制文件（动态库在哪都无所谓，静态库会被拷贝到具体某个特定位置）

readelf -S mymath.o：可读取mymath.o对应的二进制内容

接下来形成动态库

gcc -shared myprint.o mymath.o -o libhello.so

前缀lib后缀.so,shared让形成一个动态库

编写makefile，上面是形成动态库，下面是形成静态库，这里同时生成俩个库

make之后，既有静态库又有动态库

进行发布

此时我们可以看到已经产生了文件

稍作修改，将文件夹改名为output

使用动态库

我们把整个output打包，给别人之后，经过解压就可以使用

写一个.c文件

-I output/include 告诉gcc编译器头文件在哪

但仍然报错，意思是Print和addToTarget没有引用

第一个框告诉库在哪，第二个说是说明链接哪个库，注意这里是-lhello 去掉前后缀

此时编译成功，但这里有俩个库，一个动态一个静态

但此时运行不了，这里报错不能打开动态库

此时我们发现程序依赖的是动态库，这是因为当静态库和动态库同时存在时，优先使用动态库

把动态库移出去

ldd a.out它仍然是一个动态链接的可执行程序，但是动态库被我们移除，此时程序仍然能执行，并可以打印正确结果，打印结果为hello world res:5050

这是因为当动态库和静态库同时存在时gcc优先使用动态库，当没有动态库时，会使用静态库。

当动态库和静态库同时存在时，我们如果要用静态库只需加 -static，这样就可使用静态库

这里形成了可执行程序a.out，a.out同时也是磁盘上的文件，动态库libhello.so也是磁盘上的文件，静态库会被加载到内存当中，动态库是一个独立的库文件，动态库可以和可执行程序分批加载，而如果使用静态库，可执行程序中就会包含静态库的代码，可执行程序被加载到内存中时，静态库也被加载到了内存中（这里会被加载到代码区），动态库和页表建立映射关系，代码被加载到内存中时会被加载到共享区，需要使用这些代码时，程序会跳到共享区，所以静态库代码被加载到的地方是固定的，动态库有页表的存在，可以在共享区的任意位置。

当有多个进程需要用该动态库时，只需要新的进程新添加一个映射关系即可

使用动态库程序运行时的错误

回顾这里，编译都能成功，为什么一运行就出错呢？

先加载程序，再加载库，加载库的前提是要找到库，这里-L output/lib虽然指明了库的路径，但这个路径是告诉gcc库在哪，而运行加载的时候和gcc没关系。运行加载的时候应告诉操作系统加载器库在什么位置。

我们可以用LD_LIBRARY_PATH（库加载的搜索路径），这里是把自己动态库所在位置，放到库加载的搜索路径下

我们对LD_LIBRARY_PATH进行查看，此时已经有了我们的动态库路径

此时程序就能正常运行，但这种方法有一个缺点，关闭XSHELL后，重新登陆之后，该环境变量就没了，因为我们所导的这个环境变量是内存级别的环境变量，一旦退出就会被清理

如果想要他一直存在，我们就要修改配置文件，这个配置文件在/etc/ld.so.conf.d

我们只需在该路径下创建一个文件，后缀要加.conf

之后我们把我们的动态库路径写进去即可

更新环境变量

此时可直接运行程序，./a.out 关掉程序之后，也能继续运行

删除掉该文件 sudo rm /etc/ld.so.conf.d/test.conf

更新配置文件sudo ldconfig

之后./a.out程序运行出错

除这个方法外，我们还可以创建一个软链接

我们可以看到该软链接已经存在于lib64目录下

此时程序能正常运行，这是因为这个软链接，链接到了动态库。