【Linux】详解动态库链接和加载&amp；&amp；对可执行程序底层的理解(1)

三、可执行程序的理解

3.1、可执行程序中区域的划分

可执行程序本身是有自己的格式信息的。我们的可执行程序在被加载到内存中之前，程序当中本身就有地址，可执行程序的每一行都是被编址的。我们的可执行程序在没有加载之前，也已经基本被按照类别（比如权限，访问属性等），已经将可执行程序划分成了各个区域。

text (或 code)：

• 这部分包含了程序的机器代码，即CPU执行的指令。
• 通常，text (或 code)的大小表示了程序中的指令数量。

data:

• 这部分包含了程序中已经初始化的全局变量和静态变量的值。
• data段的大小表示了程序中已初始化数据的大小。

bss:

• 这部分用于存储未初始化的全局变量和静态变量。
• 与 data不同，bss段在程序加载到内存时并不包含实际的数据值，而是只预留了足够的空间。这些变量的初始值通常是0。

dec (decimal):

• 这通常表示某个段或整个程序大小的十进制表示。
• 当你看到dec 值时，它可能是text、data、bss或整个程序大小的十进制表示。

hex (hexadecimal):

• 这表示某个段或整个程序大小的十六进制表示。
• 与 dec类似，hex值可能是 text、data、bss或整个程序大小的十六进制表示。

可执行程序中除了上述说到的信息外，可执行程序的头部信息（表头）包含了关于程序执行所必需的一系列元数据和结构信息， 头部信息中就保存了main函数的起始地址，所以我们的可执行程序本身就知道要从哪里开始执行。

3.2、可执行程序的编址

首先在这里需要跟大家明确一个概念，我们进程地址空间中的很多地址数据，都是从可执行程序中来的。将我们可执行程序中的每一行都以绝对编址的方式进行编址，每一行就对应一个地址，这就相当于我们进程地址空间中的虚拟地址。也就是说，虚拟地址需要我们的操作系统、编译器和计算机体系结构共同配合才能形成。当我们的静态库被我们的可执行程序加载时，静态库的代码就要被写到我们可执行程序text部分，静态库代码在text部分的绝对编址是确定的，当然静态库数据的编址也是确定的。

3.3、理解动态库动态链接和加载

最后的话

最近很多小伙伴找我要Linux学习资料，于是我翻箱倒柜，整理了一些优质资源，涵盖视频、电子书、PPT等共享给大家！

资料预览

给大家整理的视频资料：

给大家整理的电子书资料：

如果本文对你有帮助，欢迎点赞、收藏、转发给朋友，让我有持续创作的动力！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以点击这里获取！

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**