编译器编译源代码后生成的文件叫做目标文件。目标文件从结构上讲，它是已经编译后的可执行文件格式，只是还没有经过链接的过程，其中可能有些符号或有些地址还没有被调整。其实它本身就是按照可执行文件格式存储的，只是跟真正的可执行文件在结构上稍有不同。
1.1 目标文件的格式
Linux下的可执行文件格式是ELF(Executable Linkable Format)。
ELF文件标准把系统中采用的ELF格式的文件分为四类，分别是：
- 可重定位文件(Relocatable File)
如Linux下的.o - 可执行文件(Executable File)
- 共享目标文件(Shared Object File)
如Linux下的.so - 核心转储文件(Core Dump File)
当进程意外终止时，系统可以将该进程的地址空间的内容及终止时的一些其它信息转储到核心转储文件
如Linux下的core dump
Linux下使用file命令可以查看相应的文件格式，file test.o
1.2 目标文件时什么样的
- section（节）与segment（段）
二者唯一的区别是在ELF的链接视图和装载视图的时候 - code section（代码段）
存放编译后的机器指令，如".code"、".text" - data section（数据段）
存放编译后的全局变量和局部静态变量，如.data - 文件头
ELF文件的开头是一个“文件头”，它描述了整个文件的文件属性，包括文件是否可执行、是静态链接还是动态链接及入口地址（如果是可执行文件）、目标硬件、目标操作系统等信息，文件头还包括一个段表。 - section table（段表）
段表是一个描述文件中各个段的数组。段表描述了文件中各个段在文件中的偏移位置及段的属性等，从段表里面可以得到各个段的所有信息。 - .bss段
未初始化的全局变量和局部静态变量一般放在.bss段。程序运行的时候这些变量确是要占内存空间的，并且可执行文件必须记录所有未初始化的全局变量和局部静态变量的大小总和。
所以.bss段只是为位初始化的全局变量和局部静态变量预留位置而已，它并没有内容，所以在文件中也不占据空间。
总体来说，程序源代码被编译以后主要分成两种段：程序指令和程序数据。代码段属于程序指令，而数据段和.bss段属于程序数据。
1.3 一个实例：simple_section.o
simple_section.c代码如下：
/*
* Linux: gcc -c simple-section.c
*/
int printf( const char* format, ... );
int global_int_var = 84;
int global_uninit_var;
void func1(int i)
{
printf( "%d\n", i);
}
int main(void)
{
static int static_var = 85;
static int static_var2;
int a = 1;
int b;
func1( static_var + static_var2 + a + b );
return a;
}使用gcc编译文件（-c参数表示只编译不链接）
gcc -c simple_section.c 使用objdump查看目标文件的结构和内容，Linux下还有一个工具readelf，是专门针对elf文件格式的解析器
参数-h把各个段的信息打印出来，-x打印更多的信息
objdump -h simple_section.o显示如下：
user@user-HP-ProDesk-600-G5-MT:~/txl/code/c/simlesection$ objdump -h simple_section.o
simple_section.o： 文件格式 elf64-x86-64
节：
Idx Name Size VMA LMA File off Algn
0 .text 00000057 0000000000000000 0000000000000000 00000040 2**0
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
1 .data 00000008 0000000000000000 0000000000000000 00000098 2**2
CONTENTS, ALLOC, LOAD, DATA
2 .bss 00000004 0000000000000000 0000000000000000 000000a0 2**2
ALLOC
3 .rodata 00000004 0000000000000000 0000000000000000 000000a0 2**0
CONTENTS, ALLOC, LOAD, READONLY, DATA
4 .comment 0000002a 0000000000000000 0000000000000000 000000a4 2**0
CONTENTS, READONLY
5 .note.GNU-stack 00000000 0000000000000000 0000000000000000 000000ce 2**0
CONTENTS, READONLY
6 .eh_frame 00000058 0000000000000000 0000000000000000 000000d0 2**3
CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA
其中Size表示段的长度，File off表示段所在的位置，每个段的第二行CONTENTS, ALLOC等表示段的属性，“CONTENTS”表示段在文件中存在。
使用size命令，可以用来查看ELF文件代码段、数据段和bss段的长度（dec表示3个段长度和的十进制，hex表示长度和的十六进制）
user@user-HP-ProDesk-600-G5-MT:~/txl/code/c/simlesection$ size simple_section.o
text data bss dec hex filename
179 8 4 191 bf simple_section.o
objdump的“-s”参数可以将所有段的内容以十六进制的方式打印出来，“-d”参数可以将所有包含指令的段反汇编
objdump -s -d simple_section.o显示内容如下：
simple_section.o： 文件格式 elf64-x86-64
Contents of section .text:
0000 554889e5 4883ec10 897dfc8b 45fc89c6 UH..H....}..E...
0010 488d3d00 000000b8 00000000 e8000000 H.=.............
0020 0090c9c3 554889e5 4883ec10 c745f801 ....UH..H....E..
0030 0000008b 15000000 008b0500 00000001 ................
0040 c28b45f8 01c28b45 fc01d089 c7e80000 ..E....E........
0050 00008b45 f8c9c3 ...E...
Contents of section .data:
0000 54000000 55000000 T...U...
Contents of section .rodata:
0000 25640a00 %d..
Contents of section .comment:
0000 00474343 3a202855 62756e74 7520372e .GCC: (Ubuntu 7.
0010 352e302d 33756275 6e747531 7e31382e 5.0-3ubuntu1~18.
0020 30342920 372e352e 3000 04) 7.5.0.
Contents of section .eh_frame:
0000 14000000 00000000 017a5200 01781001 .........zR..x..
0010 1b0c0708 90010000 1c000000 1c000000 ................
0020 00000000 24000000 00410e10 8602430d ....$....A....C.
0030 065f0c07 08000000 1c000000 3c000000 ._..........<...
0040 00000000 33000000 00410e10 8602430d ....3....A....C.
0050 066e0c07 08000000 .n......
Disassembly of section .text:
0000000000000000 <func1>:
0: 55 push %rbp
1: 48 89 e5 mov %rsp,%rbp
4: 48 83 ec 10 sub $0x10,%rsp
8: 89 7d fc mov %edi,-0x4(%rbp)
b: 8b 45 fc mov -0x4(%rbp),%eax
e: 89 c6 mov %eax,%esi
10: 48 8d 3d 00 00 00 00 lea 0x0(%rip),%rdi # 17 <func1+0x17>
17: b8 00 00 00 00 mov $0x0,%eax
1c: e8 00 00 00 00 callq 21 <func1+0x21>
21: 90 nop
22: c9 leaveq
23: c3 retq
0000000000000024 <main>:
24: 55 push %rbp
25: 48 89 e5 mov %rsp,%rbp
28: 48 83 ec 10 sub $0x10,%rsp
2c: c7 45 f8 01 00 00 00 movl $0x1,-0x8(%rbp)
33: 8b 15 00 00 00 00 mov 0x0(%rip),%edx # 39 <main+0x15>
39: 8b 05 00 00 00 00 mov 0x0(%rip),%eax # 3f <main+0x1b>
3f: 01 c2 add %eax,%edx
41: 8b 45 f8 mov -0x8(%rbp),%eax
44: 01 c2 add %eax,%edx
46: 8b 45 fc mov -0x4(%rbp),%eax
49: 01 d0 add %edx,%eax
4b: 89 c7 mov %eax,%edi
4d: e8 00 00 00 00 callq 52 <main+0x2e>
52: 8b 45 f8 mov -0x8(%rbp),%eax
55: c9 leaveq
56: c3 retq
在.text段，最左面一列是偏移量，中间四列是十六进制内容，最右面一列是.text段的ASCII码形式。
.data段保存的是那些已经初始化了的全局静态变量和局部静态变量。
字符串常量"%d\n"，它是一种只读数据，所以它被放到了“.rodata”段，我们可以从输出结果看到".rodata"这个段的4个字节刚好是这个字符串常量的ASCII字节序，最后以\0结尾。
.bss段存放的是未初始化的全局变量和局部静态变量。
还有一些其它的常用段如下：
| 常用的段名 | 说明 |
|---|---|
| .rodata | 跟.rodata一样 |
| .interp | /lib64/ld-linux.so.2（动态链接器的路径，有入口函数，装载的时候启动） |
| .dynamic | 动态链接信息 |
| .symtab | 用于静态链接和调试（符号表保留在文件中，不加载进内存） |
| .dynsym | 用于动态链接（符号表会被加载进内存） |
| .init和.finit | 1 共享对象可能会持有这两个段，做为共享对象的入口和出口函数 2 c++中的全局对象，或者static对象的构造函数和析构函数 |
| .comment | 存放的是编译器版本信息 |
| .debug | 调试信息 |
| .plt和.got | 动态链接的跳转表和全局入口表 |
1.4 ELF文件结构描述
ELF目标文件格式的最前部是ELF文件头,它描述了整个文件的基本属性，比如ELF文件版本、目标机器型号、程序入口地址等。紧接着就是各个段。其中ELF文件中与段有关的重要结构就是段表，该表描述了ELF文件包含的所有段的信息，比如每个段的段名、段的长度、在文件中的偏移、读写权限及段的其他属性。
1.4.1 文件头
使用readelf命令来详细查看ELF文件，
readelf -h simple_section.o输出如下：
ELF 头：
Magic： 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
类别: ELF64
数据: 2 补码，小端序 (little endian)
版本: 1 (current)
OS/ABI: UNIX - System V
ABI 版本: 0
类型: REL (可重定位文件)
系统架构: Advanced Micro Devices X86-64
版本: 0x1
入口点地址： 0x0
程序头起点： 0 (bytes into file)
Start of section headers: 1104 (bytes into file)
标志： 0x0
本头的大小： 64 (字节)
程序头大小： 0 (字节)
Number of program headers: 0
节头大小： 64 (字节)
节头数量： 13
字符串表索引节头： 12
ELF魔数：最前面的16个字节刚好对应“Elf32_Ehdr”的e_ident这个成员。
1.4.2 段表
使用readelf工具来查看文件的段，它显示出来的结果才是真正的段表结构
readelf -S simple_section.o输出如下：
There are 13 section headers, starting at offset 0x450:
节头：
[号] 名称 类型 地址 偏移量
大小 全体大小 旗标 链接 信息 对齐
[ 0] NULL 0000000000000000 00000000
0000000000000000 0000000000000000 0 0 0
[ 1] .text PROGBITS 0000000000000000 00000040
0000000000000057 0000000000000000 AX 0 0 1
[ 2] .rela.text RELA 0000000000000000 00000340
0000000000000078 0000000000000018 I 10 1 8
[ 3] .data PROGBITS 0000000000000000 00000098
0000000000000008 0000000000000000 WA 0 0 4
[ 4] .bss NOBITS 0000000000000000 000000a0
0000000000000004 0000000000000000 WA 0 0 4
[ 5] .rodata PROGBITS 0000000000000000 000000a0
0000000000000004 0000000000000000 A 0 0 1
[ 6] .comment PROGBITS 0000000000000000 000000a4
000000000000002a 0000000000000001 MS 0 0 1
[ 7] .note.GNU-stack PROGBITS 0000000000000000 000000ce
0000000000000000 0000000000000000 0 0 1
[ 8] .eh_frame PROGBITS 0000000000000000 000000d0
0000000000000058 0000000000000000 A 0 0 8
[ 9] .rela.eh_frame RELA 0000000000000000 000003b8
0000000000000030 0000000000000018 I 10 8 8
[10] .symtab SYMTAB 0000000000000000 00000128
0000000000000198 0000000000000018 11 11 8
[11] .strtab STRTAB 0000000000000000 000002c0
000000000000007c 0000000000000000 0 0 1
[12] .shstrtab STRTAB 0000000000000000 000003e8
0000000000000061 0000000000000000 0 0 1
Key to Flags:
W (write), A (alloc), X (execute), M (merge), S (strings), I (info),
L (link order), O (extra OS processing required), G (group), T (TLS),
C (compressed), x (unknown), o (OS specific), E (exclude),
l (large), p (processor specific)
1.4.3 重定位表
.rela.text类型位RELA，是一个重定位表。链接器在处理目标文件时，需要对目标文件中某些部位进行重定位，即代码段和数据段中那些绝对地址的引用的位置。这些重定位信息都记录在重定位表里面。.rela.text段就是.text段的重定位表，因为.text段中至少有一个绝对地址的引用，那就是对printf函数的调用。而.data段则没有对绝对地址的引用，它只包含了几个常量，所以没有针对data段的重定位表。
1.4.4 字符串表
.strtab(string table): 字符串表，用来保存普通的字符串
.shstrtab(section header string table)：用来保存段表中用到的字符串，最常见的就是段名
评论 (0)