做公众号链接的网站,wordpress写文章 字号,单本小说网站,简单的电子商务网站主页设计图#x1f351;个人主页#xff1a;Jupiter. #x1f680; 所属专栏#xff1a;Linux从入门到进阶 欢迎大家点赞收藏评论#x1f60a; 目录 #x1f351;动静态库#x1f41f;动静态库的制作与使用#x1f680;生成静态库#x1f512;生成动态库 #x1f98c;动态库的查… 个人主页Jupiter. 所属专栏Linux从入门到进阶 欢迎大家点赞收藏评论 目录 动静态库动静态库的制作与使用生成静态库生成动态库 动态库的查找动态库与静态库 动态库加载 动静态库
· 静态库 动态库
静态库.a程序在编译链接的时候把库的代码链接到可执行文件中。程序运行的时候将不再需要静态库。动态库.so程序在运行的时候才去链接动态库的代码多个程序共享使用库的代码。 一个与动态库链接的可执行文件仅仅包含它用到的函数入口地址的一个表而不是外部函数所在目标文件的整个机器码。在可执行文件开始运行以前外部函数的机器码由操作系统从磁盘上的该动态库中复制到内存中这个过程称为动态链接dynamic linking。动态库的优点可以在多个程序间共享所以动态链接使得可执行文件更小节省了磁盘空间。操作系统采用虚拟内存机制允许物理内存中的一份动态库被要用到该库的所有进程共用节省了内存和磁盘空间。
云服务器默认安装的是的动态库静态库是没有安装的。
链接的时候默认的是动态链接如果想要静态链接需要加-static 选项 如gcc test.c -static 库文件名称和引入库的名称 如libc.so - c库去掉前缀lib去掉后缀.so或则.a剩余的就是库名称。
动静态库的制作与使用
· 为什么要有库?
提高开发效率隐藏源代码
当不想暴露源文件的前提下想让外部使用我们的方法最朴素的做法就是我们将自己的同名源代码编译成.o文件然后给外部提供.h与.o文件外部使用者只需要编写main.c文件编译为main.o然后够将所有的.o文件进行链接即可。这个过程就有点库的身影了。 生成静态库
.c文件编译形成.o使用的指令gcc -c 目标文件 不指定形成的.o的文件名默认形成同名的.o文件
示例默认已经有了.h与.c文件 将.o与.h文件给用户 用户编写main函数并形成.o文件将.o文进行链接形成可执行文件 当.o文件很多的时候在传文件给用户与正在进行链接的时候不方便可以将.o文件进行打包形成一个库 打包所需要的指令ar -rc 所形成的库的 .o文件该指令形成的是静态库 其中ar是gnu归档工具rc表示(replace and create) 链接的时候需要的指令及选项gcc .c文件 -l库的名称 -L库所在路径
-L 指定库路径-l 指定库名
目标文件生成后静态库删掉程序照样可以运行很好理解不赘诉。 生成动态库
shared: 表示生成共享库格式fPIC产生位置无关码(position independent code)库名规则libxxx.so 打包 当使用者拿到该库编写main函数后直接编译时会发生如下图报错链接时报错。 原因因为使用gcc与g编译的时候默认可以识别C语言与C的库与路径而我们你所写的库是第三方库所以不认识。 解决方法在编译的时候告诉编译器库的位置与名称
gcc编译的时候添加选项gcc main.c -L. -lmyc 如果单纯在编译角度不想设置 -L路径 选项 我们该怎么办。 我们只需要将我们所写的库拷贝到系统的默认搜索路径下。
库搜索路径
从左到右搜索-L指定的目录。由环境变量指定的目录 LIBRARY_PATH由系统指定的目录 /usr/lib /usr/local/lib
查看可执行程序链接的动态库
指令ldd 可执行程序 发布自己所写的库 将自己写的.h文件与形成的库放在一个目录中就可以将该文件发布在网上或则给其他人了如图 其中头文件的查找默认在当前路径与系统中头文件查找路径下去查找如果所写的头文件不在这两个路径下需要-I指明头文件位置 如下所示 注意虽然这时候有可以编译通过了但是当我们运行的时候会报错这里与程序运行时动态库的查找有关后面会详细说明以及给出解决办法。 但是上述的解决方法太麻烦有没有方法不需要带那么长的选项呢
方法将头文件与库拷贝到系统指定的目录一般都是root目录需要超级用户权限中去。 示例
系统默认头文件搜索路径 库路径 将我们写的头文件与库拷贝到系统中指定路径 再编译运行就不会报错了如下图 什么是库
所谓的库以上面的例子来说就是将所有的.o文件用特定的方式进行打包形成一个文件。后面只需要提供一堆头文件一个库文件。
动态库的查找
对于上面遗留的报错进行解释与给出解决办法 对于静态库来讲只要在编译后形成了可执行程序就不需要使用静态库了这个很多好理解因为静态库就是编译时拷贝但是对于动态库而言编译过后在运行的时候还会使用到动态库前面利用的gcc -I 后面的选项编译只是告诉编译器在运行的时候与编译器就没有关系了所以在程序运行时OS加载程序就找不到库位置。
对于动态库来讲需要编译时的搜索路径与运行时的库搜索路径。其中两个路径可以一样如果是自定义的既需要告诉编译器也需要告诉OS。
解决方法四种
方法一将库安装拷贝到系统中这样既可以支持编译也可以支持运行。 示例 方法二将不系统默认库搜索路径下的库路径添加到LD_LIBRARY_PATH环境变量中。 该变量是系统运行程序的时候动态库查找的辅助路径。 示例注意每次设置的时候都是内存级设置重启系统就会消失。 方法三通过软链接的方式 方法四配置/etc/ld.so.conf.d/ld config更新 在/etc/ld.so.conf.d/目录下了用户可以新建文件名以.conf结尾的配置文件在配置文件中只需要写入你所要使用的第三方库的库路径即可。
动态库与静态库
如果我们同时提供静态库与动态库gcc默认使用的是动态库如果非要静态链接必须加-static选项如果只提供静态库只能对该库进行静态链接但是程序不一定整体是静态链接的如果只提供动态库默认只能进行动态链接非得静态链接会发生链接报错
动态库加载
根据下图理解下面内容 进程运行起来程序的代码与数据被加载到内存初始化进程的PCB的数据初始化未初始化正文代码等等CPU读取正文代码开始执行指令当执行的指令需要用库里面的函数实现的时候如果库没有被加载到内存就会先加载到内存中然后通过页表建立映射映射到进程地址空间的共享区如果库已经被加载到内存中了则直接映射所以当我们需要访问库里面的方法时只需要在地址空间中跳转到共享区执行库中的方法再返回到正文代码就完成了库函数调用。 库函数的调用依旧是在进程地址中进行的动态库加载后会被映射到共享区中。
当另外有程序也需要用到这个库的时候只需要直接映射不需要加载了这样几个进程就可以共享一个被加载到内存中的库。所以动态库也叫共享库。 首先可执行程序本身是有自己的格式信息的 可执行程序在没有被加载到内存中被编译号的可执行程序本来就有地址很好理解 可执行程序在加载之前基本上都按照类别比如权限访问属性等等已经将可执行程序划分为各个区域了方便在运行时初始化地址空间的数据比如地址空间中各数据段的起始地址。 其中可以使用指令size 可执行程序 查看划分的区域
我们之前所说的进程地址空间中有很多地址数据比如初始化数据区的起始地址与结束地址都是从可执行程序中来的下面会详细讲解到。
编址分为绝对编址平坦模式与相对地址逻辑地址。 现在大多都是使用绝对地址编址。 其中所说的地址就是页表的虚拟地址。
所以当在加载可执行程序的时候就可以根据可执行程序的相关内容去初始化进程地址空间与页表 所以虚拟地址空间本身不仅OS要遵守编译器在编译的时候也要遵守。
Linux系统在编译的时候采用的是平坦模式编址方式在Linux可执行程序中的 虚拟地址逻辑地址 。解释虽然逻辑地址对应的是相对地址起始地址偏移量但是平坦模式也可以看成是起始地址偏移量只不过起始地址为0而已。 可执行程序在加载的时候会用可执行程序的表头数据来初始化进程的地址空间所以不同的可执行程序有不同的数据段的大小。可执行程序加载到内存后每一行代码都有自己的虚拟地址与物理地址的映射图中只化了main函数第一条指令的映射示例。
在CPU中有一个cr3寄存器保存页表的起始地址还有一个pc指针程序计数器里面保存的是当在执行的指令的下一条指令的地址。程序被加载的时候就会用可执行程序表头记录的入口地址虚拟地址将pc指针初始化当准备工作都做完后CPU就开始寻址查页表然后经过虚拟地址与物理地址转换CPU内部完成就可以依次有序的取指令解析指令执行指令。
所谓的地址空间本质是由OS编译器CPU三者共同配合完成的。
当加入动态库
动态库在磁盘中是以库的起始地址偏移量编址的(如下图)) 当可执行程序被加载到内存中时如果需要使用到库里面的函数时都会将该位置改为库起始地址该函数在库中的偏移量
所以当执行我们的程序时候访问到图中的printf方法时只需要将_start换成进程地址空间中库的起始地址如图的0xFFF1111然后再根据偏移量在共享区确定该函数的虚拟地址然后根据虚拟地址找到内存中该函数。 库数据和方法的访问都是可以通过库地址在地址空间起始地址我们程序内部的偏移量即可
