Linux环境下C语言编译运行的底层工作原理.docVIP

Linux环境下C语言编译、运行的底层工作原理（3） 借助readelf工具和hexdump工具查看目标文件的详细内容 图1 linux环境下源代码、汇编代码、目标文件和可执行文件之间的关系 图1反应的是linux环境下源代码（.c）、汇编代码（.s）、目标文件（.o）和可执行文件（.out）之间的关系。本文中，我们将要借助readelf工具和hexdump工具来查看目标文件的详细内容，因此要通过gcc-c命令生成print_address.o目标文件。 由以上信息不难发现： ELF Header的起始文件地址是0，大小是64Bytes。由于文件开头第一字节的地址定义为0， 因此ELF Header的文件地址范围是0x00~0x3f。 Section Header Table在文件中的起始位置是752，Section Header Table中有13个表项，每个表项占64bytes，13个表项共占832bytes（832=0x340）。因此Section Header Table对应的文件地址范围是0x2f0~0x62f。 将上面截取的13个表项相关信息进行整理，注意Offset项对应起始文件地址，Size也就是section的size。整理后可以得到表1： 表1 各个section及其对应的文件地址范围 Section或Header 文件地址范围 Size ELF Header 0x00~0x3f 0x40 .text 0x40~0x12b 0xec .data 0x12c 0 .bss 0x12c~0x133 0x08 .rodata 0x12c~0x1e5 0xba .en_frame 0x1e8~0x25f 0x78 .comment 0x260~0x28d 0x2e .note.GNU-stack 0x28e 0 .shstrtab 0x28e~0x2ee 0x61 Section Header Table 0x2f0~0x62f 0x340 .symtab 0x630~0x7c7 0x198 .strtab 0x7c8~0x837 0x70 .rela.text 0x838~0xabf 0x288 .rela.en_frame 0xac0~0xb07 0x48 表1中有几个相邻的section之间首位地址不衔接。例如.rodata的尾地址是0x1e5，但临近的下一个section即.en_frame这个section的首地址并不是预期的0x1e6而是0x1e8。这里要看表项中的最后一个Align，有点类似内存对其的概念。.en_frame的Align值是8，这个section对应的地址必须是8的整数倍。因此.en_frame的起始文件地址是0x1e8而不是0x1e6。 接下来我们用hexdump工具查看目标文件（.o）的具体内容。 [lirenjie@localhost ~]$ hexdump -C print_address.o 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 |.ELF............| 01 00 3e 00 01 00 00 00 00 00 00 00 00 00 00 00 |...............| 00 00 00 00 00 00 00 00 f0 02 00 00 00 00 00 00 |................| 00 00 00 00 40 00 00 00 00 00 40 00 0d 00 0a 00 |....@.....@.....| 55 48 89 e5 48 83 ec 10 48 8d 75 fc bf 00 00 00 |UH..H...H.u.....| 00 b8 00 00 00 00 e8 00 00 00 00 be 00 00 00 00 |................| bf 00 00 00 00 b8 00 00 00 00 e8 00 00 00 00 c9 |................| c3 55 48 89 e5 48 83 ec 10 48 8d 75 fc bf 00 00 |.UH..H...H.u....| 00 00 b8 00 00 00 00 e8 00 00 00 00 c9 c3 55 48 |..............UH|