《程序员的自我修养》第3章---目标文件里有什么
第3章 目标文件里有什么
3.1 目标文件的格式：
编译器编译源代码后生成的文件叫做 “目标文件”。
目标文件从结构上讲，它是已经编译后的可执行文件格式，只是还没有经过链接的过程，其中可能有些符号或有些地址还没有被调整。其实它本身就是按照可执行文件格式存储的，只是跟真正的可执行文件在结构上稍有不同。
现在PC平台流行的 “可执行文件格式”（Executable）主要是Windows下的PE（Portable Executable）和Linux的ELF（Executable Linkable Format），它们都是 COFF（Common File Format）格式的变种。
目标文件就是源代码编译后但未进行链接的那些中间文件（Windows的 .obj 和 Linux下的 .o），它跟可执行文件的内容与结构很相似，所以一般跟可执行文件一起采用一种格式存储。
从广义上可以将目标文件与可执行文件看成是一种类型的文件，在Windows下统称它们为 PE-COFF 文件格式，在Linux下它们统称为 ELF文件。
不只是“可执行文件”按照ELF文件格式存储，“动态链接库”以及“静态链接库”文件也都按照ELF格式存储。
动态链接库：DLL，Dynamic Linking Library。Windows下的 .dll 和 Linux下的 .so 文件；
静态链接库：Static Linking Library。Windows下的 .lib 和 Linux下的 .a 文件；
静态链接库稍有不同，它是把很多文件捆绑在一起形成一个文件，再加上一些索引，你可以简单的把它理解为一个包含很多目标文件的文件包。
ELF文件标准里面把系统中采用ELF格式的文件归为以下4类：
- 可重定位文件：（Relocatable File）
实例：Linux下的.o，Windows下的.obj；
说明：可重定位文件包含了代码和数据，可以被用来链接成“可执行文件”或“共享目标文件(.so)”，静态链接库也可以归为这一类； - 可执行文件：（Executable File）
实例：例如 /bin/bash，Windows下的 .exe；
说明：可执行文件包含了可以直接执行的程序，它的代表就是ELF可执行文件，它们一般没有扩展名； - 共享目标文件：（Shared Object File）
实例：Linux下的.so，Windows下的.dll；
说明：共享目标文件包含了代码和数据，可以在在以下两种情况下使用：
① 第一种是链接器可以使用这种文件跟其他的可重定位文件和其他的共享目标文件链接，产生新的目标文件(.o)；
② 第二种是动态链接器可以将几个共享目标文件与可执行文件结合，作为进程映像的一部分来运行（所谓的“动态链接”）； - 核心转储文件：（Core Dump File）
实例：Linux下的core dump；
说明：当进程意外终止时，系统可以将 该进程的地址空间的内容及终止时的一些其他信息 转储到核心转储文件（core文件）。
我们可以在Linux下使用 file命令查看响应的文件格式：
# gcc -E demo.c -o demo.i //
# gcc -S demo.i -o demo.s //生成汇编文件
# gcc -c demo.s -o demo.o //生成目标文件
# gcc demo.c -o demo //生成可执行文件# file demo.c
demo.c: C source, ASCII text# file demo.i
demo.i: C source, ASCII text# file demo.s
demo.s: assembler source, ASCII text# file demo.o
demo.o: ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped# file demo
demo: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=9bee5fbd55540c9ab45e68ac1af1569a9abde37c, for GNU/Linux 3.2.0, not stripped
目标文件与可执行文件格式的小历史：
COFF 是由 Unix System V Release 3 首先提出并且使用的格式规范，后来微软公司基于COFF格式指定了PE格式标准，并将其用于Windows NT系统。
System V Release 4 在 COFF 的基础上引入了 ELF格式，目前流行的Linux系统也以ELF作为基本可执行文件格式。
这也是为什么目前PE和ELF如此相似的主要原因，因为它们都是源于同一种可执行文件格式COFF。
3.2 目标文件是什么样的：
目标文件中的内容包括：编译后的机器指令代码、数据，以及用于链接时所需要的一些信息，例如符号表、调试信息、字符串等。
目标文件将这些信息按不同的属性，以“段”（Segment）的方式存储，例如代码段、数据段。
例如上图中的ELF文件：
ELF文件的开头是一个 “文件头”，它描述了整个文件的文件属性，包括文件是否可执行、是静态链接还是动态链接及入口地址（如果是可执行文件）、目标硬件、目标操作系统等信息；
文件头还包括一个“段表”（Section Table），段表其实是一个描述文件中各个段的数组，段表描述了文件中各个段在文件中的偏移位置及段的属性等，从段表里面可以得到每个段的所有信息。
.bss段只是为未初始化的全局变量和静态局部变量预留位置而已，它并没有内容，所以它在文件中也不占据空间。
总体来说，程序源代码被编译以后主要分成两种段： 程序指令 和 程序数据。
代码段(.text)属于程序指令，而数据段(.data) 和 .bss端属于程序数据。
为什么要将代码段和数据段分开存放，而不是简单的混杂放在一个段里面？因为将它们分开存放有以下几点好处：
- 防止代码段中的程序指令被有意或无意的改写：
当程序被装载后，数据和指令分别被映射到两个虚拟内存区域。由于数据区域对于进程来说是可读写的，而指令区域对于进程来说是只读的，所以这两个虚拟内存区域的权限可以被分别设置为读写和只读，用以防止程序的指令被有意或无意的改写； - 提高CPU的缓存命中率：
对于现代CPU来说，它们有着极为强大的缓存体系（Cache）。CPU的缓存一般都被设计成“数据缓存”和“指令缓存”分离，而程序的“指令区”和“数据区”分离有利于提高程序的局部性，因此程序的指令和数据分开存放对CPU的缓存命令率提升有好处； - （最重要的原因）多个程序副本共享指令区：
当系统中运行着多个程序的副本时，它们的指令都是一样的，所以内存中只需要保存一份该程序的指令部分，特别是在有动态链接的系统中，可以节省大量的内存。
3.3 挖掘 SimpleSection.o ：
示例程序 SimipleSection.c ：
int printf(const char* format, ...);int global_init_var = 64;
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生成目标文件：
[linux] gcc -c SimpleSection.c
//生成目标文件 SimpleSection.o
使用 objdump -h 命令可查看.o目标文件的ELF头中内容：
(ELF文件头中的内容描述了整个文件的基本属性，例如：ELF文件版本、体系结构、起始地址等)
[linux] objdump -h SimpleSection.o//objdump:
//-h, --[section-]headers Display the contents of the section headers
//objdump的参数“-h”就是把ELF文件的各个段的基本信息打印出来。
//也可以使用“-x”打印更多信息SimpleSection.o： 文件格式 elf64-x86-64节：
Idx Name Size VMA LMA File off Algn0 .text 0000005f 0000000000000000 0000000000000000 00000040 2**0CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE1 .data 00000008 0000000000000000 0000000000000000 000000a0 2**2CONTENTS, ALLOC, LOAD, DATA2 .bss 00000004 0000000000000000 0000000000000000 000000a8 2**2ALLOC3 .rodata 00000004 0000000000000000 0000000000000000 000000a8 2**0CONTENTS, ALLOC, LOAD, READONLY, DATA4 .comment 0000002b 0000000000000000 0000000000000000 000000ac 2**0CONTENTS, READONLY5 .note.GNU-stack 00000000 0000000000000000 0000000000000000 000000d7 2**0CONTENTS, READONLY6 .note.gnu.property 00000020 0000000000000000 0000000000000000 000000d8 2**3CONTENTS, ALLOC, LOAD, READONLY, DATA7 .eh_frame 00000058 0000000000000000 0000000000000000 000000f8 2**3CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA.o目标文件中的各个段在ELF文件中的结构如下图所示：
<br.>
3.3.1 代码段：
.text代码段通过 objdump -s -d 命令进行反汇编后，可以看出与C源程序的代码内容完全一致。
3.3.2 数据段和只读数据段：
.data段 保存的是 已初始化的全局静态变量和已初始化的局部静态变量。
使用 objdump -s 可以看到目标文件中的 .data段的内容：
[linux] objdump -s SimpleSection.oSimpleSection.o： 文件格式 elf64-x86-64Contents of section .data:0000 40000000 55000000 @...U...
x86 CPU的字节序是小端序，高地址存放低字节，所以 0x40 是第一个字节，十进制为64，即对应的是源代码中的 global_init_var 变量，40000000长度为4个字节，32比特，刚好对应一个int型；
55000000第一个字节 0x50 = 85，对应源代码中的 static_var。
使用 size 命令可以看到 SimpleSection.o 目标文件中 .data 段的大小为 8个字节：
[linux] size SimpleSection.otext data bss dec hex filename219 8 4 231 e7 SimpleSection.o
.rodata段存放的是只读数据，一般是程序里const关键字修饰的只读变量和 字符串常量。
有时候编译器会把 字符串常量 放在 .data段，而不会放在 .rodata段。这种行为因编译器而异。
3.3.3 BSS段：
使用 size 命令可以看到 .bss 段的大小为4，但是使用 objdump -s 命令却发现目标文件中没有 .bss 段的内容。
因为 .bss段中存放的是未初始化的全局变量和未初始化的局部静态变量，它们当前是没有初始化值的，所以没有必要在ELF文件中开辟空间为其存放值，更确切的说法是 “.bss段为它们预留了空间”。
另外，SimpleSection.c中有两个变量 global_uninit_var 和 static_var2都属于未初始化的静态变量，为什么目标文件 SimpleSection.o 中的 .bss段的大小是 4字节而不是 8字节？
这与编译器有关，有些编译器会将 “全局未初始化变量”存放在 .bss段，有些则不放。
3.4 ELF文件结构描述：
!!! 重要：ELF文件结构：
文件头：（ELF Header）
用于描述整个ELF文件的基本属性，例如：ELF文件版本、目标机器型号、程序入口地址等；
段表：（Section Header Table）
段表是一个结构体数组，用于描述ELF文件中的所有段的信息，包括每个段的段名、段长度、偏移量、读写权限等属性。
3.4.1 文件头：
ELF Header ：
描述整个文件的基本属性，例如：ELF文件版本、目标机器型号、程序入口地址 等。
使用 objdump -x 就能看到 ELF“文件头”中的所有信息：
[linux] objdump -x SimpleSection.oSimpleSection.o： 文件格式 elf64-x86-64
SimpleSection.o
体系结构：i386:x86-64， 标志 0x00000011：
HAS_RELOC, HAS_SYMS
起始地址 0x0000000000000000节：
Idx Name Size VMA LMA File off Algn0 .text 0000005f 0000000000000000 0000000000000000 00000040 2**0CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE1 .data 00000008 0000000000000000 0000000000000000 000000a0 2**2CONTENTS, ALLOC, LOAD, DATA2 .bss 00000004 0000000000000000 0000000000000000 000000a8 2**2ALLOC3 .rodata 00000004 0000000000000000 0000000000000000 000000a8 2**0CONTENTS, ALLOC, LOAD, READONLY, DATA4 .comment 0000002b 0000000000000000 0000000000000000 000000ac 2**0CONTENTS, READONLY5 .note.GNU-stack 00000000 0000000000000000 0000000000000000 000000d7 2**0CONTENTS, READONLY6 .note.gnu.property 00000020 0000000000000000 0000000000000000 000000d8 2**3CONTENTS, ALLOC, LOAD, READONLY, DATA7 .eh_frame 00000058 0000000000000000 0000000000000000 000000f8 2**3CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA
SYMBOL TABLE:
0000000000000000 l df *ABS* 0000000000000000 SimpleSection.c
0000000000000000 l d .text 0000000000000000 .text
0000000000000000 l d .data 0000000000000000 .data
0000000000000000 l d .bss 0000000000000000 .bss
0000000000000000 l d .rodata 0000000000000000 .rodata
0000000000000004 l O .data 0000000000000004 static_var.1920
0000000000000000 l O .bss 0000000000000004 static_var2.1921
0000000000000000 l d .note.GNU-stack 0000000000000000 .note.GNU-stack
0000000000000000 l d .note.gnu.property 0000000000000000 .note.gnu.property
0000000000000000 l d .eh_frame 0000000000000000 .eh_frame
0000000000000000 l d .comment 0000000000000000 .comment
0000000000000000 g O .data 0000000000000004 global_init_var
0000000000000004 O *COM* 0000000000000004 global_uninit_var
0000000000000000 g F .text 0000000000000028 func1
0000000000000000 *UND* 0000000000000000 _GLOBAL_OFFSET_TABLE_
0000000000000000 *UND* 0000000000000000 printf
0000000000000028 g F .text 0000000000000037 mainRELOCATION RECORDS FOR [.text]:
OFFSET TYPE VALUE
0000000000000017 R_X86_64_PC32 .rodata-0x0000000000000004
0000000000000021 R_X86_64_PLT32 printf-0x0000000000000004
000000000000003d R_X86_64_PC32 .data
0000000000000043 R_X86_64_PC32 .bss-0x0000000000000004
0000000000000056 R_X86_64_PLT32 func1-0x0000000000000004RELOCATION RECORDS FOR [.eh_frame]:
OFFSET TYPE VALUE
0000000000000020 R_X86_64_PC32 .text
0000000000000040 R_X86_64_PC32 .text+0x0000000000000028文件头的内容存放在 /usr/include/elf.h 头文件中的 Elf32_Ehdr 结构体中：
typedef struct
{unsigned char e_ident[EI_NIDENT]; /* Magic number and other info */ //Magic, Class, Data, Version, OS/ABI, AB VersionElf32_Half e_type; /* Object file type */ //ELF文件类型： ET_REL=1, 可重定位文件(.o); ET_EXEC=2, 可执行文件; ET_DYN=3, 共享目标文件(.so);Elf32_Half e_machine; /* Architecture */ //该ELF文件支持的运行平台，ELF文件格式被设计成可以在多个平台下使用，但不意味着同一个ELF文件可以在多个平台下运行，而是不同平台下的ELF文件都遵循同一套ELF标准。以“EM_”开头： EM_M32: AT&T; EMP_SPARC: SPARC; EM_386: Intel x86; EM_860: Intel 80860; EM_68K: Motorola 68000; EM_88K: Motorola 88000.Elf32_Word e_version; /* Object file version */Elf32_Addr e_entry; /* Entry point virtual address */Elf32_Off e_phoff; /* Program header table file offset */Elf32_Off e_shoff; /* Section header table file offset */Elf32_Word e_flags; /* Processor-specific flags */Elf32_Half e_ehsize; /* ELF header size in bytes */Elf32_Half e_phentsize; /* Program header table entry size */Elf32_Half e_phnum; /* Program header table entry count */Elf32_Half e_shentsize; /* Section header table entry size */Elf32_Half e_shnum; /* Section header table entry count */Elf32_Half e_shstrndx; /* Section header string table index */
} Elf32_Ehdr;
使用 readelf -h 命令查看 SimpleSection.o目标文件中的内容：
readelf -h SimpleSection.o ELF 头：Magic： 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 类别: ELF64数据: 2 补码，小端序 (little endian)Version: 1 (current)OS/ABI: UNIX - System VABI 版本: 0类型: REL (可重定位文件)系统架构: Advanced Micro Devices X86-64版本: 0x1入口点地址： 0x0程序头起点： 0 (bytes into file)Start of section headers: 1184 (bytes into file)标志： 0x0Size of this header: 64 (bytes)Size of program headers: 0 (bytes)Number of program headers: 0Size of section headers: 64 (bytes)Number of section headers: 14Section header string table index: 13其中，Elf32_Ehdr结构体中的e_ident 成员对应了 readelf输出结果中的 Class、Data、Version、OS/ABI 和 ABI Version 这5个参数，其中还包括 Magic魔数，其余的 Elf32_Ehdr结构体中的成员与 readelf输出结果的参数一一对应。
3.4.2 段表：
段表用于描述ELF文件中的各个段（.text, .data, .bss 等）的信息，例如：每个段的 段名、段的长度、在文件中的偏移量、读写权限、其他属性。
段表的结构：
它是一个以 Elf32_Shdr 结构体为元素的数组，数组元素个数等于段的个数，每个 Elf32_Shdr 结构体对应一个段，又称为 “段描述符”（Section Descriptor）。
Elf32_Shdr 结构体的结构：（用于描述一个段的属性）
typedef struct
{Elf32_Word sh_name; /* Section name (string tbl index) */ //段的名字，如： .text, .data, .rodata, .bss 等Elf32_Word sh_type; /* Section type */ //段的类型，以“SHT_”开头，如： SHT_NULL:无效段; SHT_PROBITS:程序段、代码段、数据段都是这种类型; SHT_SYMTAB:符号表; SHT_RELA:字符串表; SHT_DNYSYM:动态链接的符号表;Elf32_Word sh_flags; /* Section flags */ //段的标志位：SHF_WRITE:表示该段在进程空间中可写; SHF_ALLOC:表示该段需要在进程虚拟空间中分配空间，代码段、数据段都需要这个标志位; SHF_EXCINSTR:表示该段可执行，一般指代码段;Elf32_Addr sh_addr; /* Section virtual addr at execution */Elf32_Off sh_offset; /* Section file offset */Elf32_Word sh_size; /* Section size in bytes */Elf32_Word sh_link; /* Link to another section */Elf32_Word sh_info; /* Additional section information */Elf32_Word sh_addralign; /* Section alignment */Elf32_Word sh_entsize; /* Entry size if section holds table */
} Elf32_Shdr;
3.5 链接的接口 ---- 符号：
链接过程的本质就是要把多个不同的目标文件相互“粘”在一起，组成一个整体。
为了使不同的目标文件之间能够相互粘合，这些目标文件之间需要有固定的规则才行。
在链接中，目标文件之间相互拼合实际上是目标文件回见对 地址 的引用，即对函数和变量地址的引用。
例如目标文件B引用了目标文件A中的函数foo()，那么就称目标文件A中 “定义”（Define） 了函数foo()，称目标文件B中 “引用”（Reference） 了目标文件A中的函数foo()。
“定义”和“引用”这两个概念也同样适用于变量。
每个函数和变量都要有自己独特的名字，才能避免链接过程中不同变量和函数之间的混淆。
在链接中，将函数和变量统称为 “符号”（Symbol），函数名和变量名就是 “符号表”（Symbol Name）。
我们可以将符号看作是链接中的粘合剂，整个链接过程正是基于符号才能够正确完成。
链接过程中很关键的一部分就是符号的管理，每一个目标文件都有一个相应的 “符号表”（Symbol Table），表中记录目标文件所用到的所有符号。
每个定义的符号有一个对应的值，称为 “符号值”（Symbol Value），对于变量和函数来说，符号值就是它们的地址。
符号表中的符号可以分为以下几类：
- （定义在本目标文件中的）全局符号：
- （本文件引用其他目标文件的外部的）全局符号：
- 段名：（由编译器产生）
- 局部符号：
- 行号信息：
对于链接过程来说，最值得关注的就是 “全局符号”，因为链接过程只关心全局符号的相互粘合，局部符号、段名、行号等都是次要的，它们对于目标文件来说是不可见的，在链接过程中也是无关紧要的。
可用于查看ELF文件符号的工具：
readelf、objdump、nm 等。
使用 nm命令列出 SimpleSection.o目标文件中的所有符号：
（大写表示全局，如T；小写表示局部，如d）
nm SimpleSection.o
0000000000000000 T func1 //T: 表示该符号位于 代码段（.text）
0000000000000000 D global_init_var //D: 表示该符号位于 数据段（.data）
0000000000000004 C global_uninit_var //C: 表示该符号为 COMMON
0000000000000028 T main U printf //U: 表示该符号在当前文件中是“未定义的”，即该符号定义在其他的文件中
0000000000000004 d static_var.1920
0000000000000000 b static_var2.1921使用 objdump -x命令查看SimpleSection.o目标文件中的符号：
[linux] objdump -x SimpleSection.oSYMBOL TABLE:
0000000000000000 l df *ABS* 0000000000000000 SimpleSection.c
0000000000000000 l d .text 0000000000000000 .text
0000000000000000 l d .data 0000000000000000 .data
0000000000000000 l d .bss 0000000000000000 .bss
0000000000000000 l d .rodata 0000000000000000 .rodata
0000000000000004 l O .data 0000000000000004 static_var.1920
0000000000000000 l O .bss 0000000000000004 static_var2.1921
0000000000000000 l d .note.GNU-stack 0000000000000000 .note.GNU-stack
0000000000000000 l d .note.gnu.property 0000000000000000 .note.gnu.property
0000000000000000 l d .eh_frame 0000000000000000 .eh_frame
0000000000000000 l d .comment 0000000000000000 .comment
0000000000000000 g O .data 0000000000000004 global_init_var
0000000000000004 O *COM* 0000000000000004 global_uninit_var
0000000000000000 g F .text 0000000000000028 func1
0000000000000000 *UND* 0000000000000000 _GLOBAL_OFFSET_TABLE_
0000000000000000 *UND* 0000000000000000 printf
0000000000000028 g F .text 0000000000000037 main使用 readelf -s 查看ELF文件中的符号：
[linux] readelf -s SimpleSection.oSymbol table '.symtab' contains 18 entries:Num: Value Size Type Bind Vis Ndx Name0: 0000000000000000 0 NOTYPE LOCAL DEFAULT UND 1: 0000000000000000 0 FILE LOCAL DEFAULT ABS SimpleSection.c2: 0000000000000000 0 SECTION LOCAL DEFAULT 1 3: 0000000000000000 0 SECTION LOCAL DEFAULT 3 4: 0000000000000000 0 SECTION LOCAL DEFAULT 4 5: 0000000000000000 0 SECTION LOCAL DEFAULT 5 6: 0000000000000004 4 OBJECT LOCAL DEFAULT 3 static_var.19207: 0000000000000000 4 OBJECT LOCAL DEFAULT 4 static_var2.19218: 0000000000000000 0 SECTION LOCAL DEFAULT 7 9: 0000000000000000 0 SECTION LOCAL DEFAULT 8 10: 0000000000000000 0 SECTION LOCAL DEFAULT 9 11: 0000000000000000 0 SECTION LOCAL DEFAULT 6 12: 0000000000000000 4 OBJECT GLOBAL DEFAULT 3 global_init_var13: 0000000000000004 4 OBJECT GLOBAL DEFAULT COM global_uninit_var14: 0000000000000000 40 FUNC GLOBAL DEFAULT 1 func115: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND _GLOBAL_OFFSET_TABLE_16: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND printf17: 0000000000000028 55 FUNC GLOBAL DEFAULT 1 mainNum ： 表示符号表数组的下标
Value ： 符号值
Size ： 符号大小
Type ： 符号类型
Bind ： 绑定信息
Vis ： 目前在C/C++中未使用，暂时忽略
Ndx ： 表示该符号所属的段
Name ： 符号名称
3.5.1 ELF符号表结构：
ELF符号表示一个结构体数组，数组中的每个元素对应一个 Elf32_Sym结构体，一个结构体对应一个符号：
typedef struct
{Elf32_Word st_name; /* Symbol name (string tbl index) */ //符号名Elf32_Addr st_value; /* Symbol value */ //符号对应的值，可能是一个地址，可能是一个绝对值，这取决于不同的符号Elf32_Word st_size; /* Symbol size */unsigned char st_info; /* Symbol type and binding */unsigned char st_other; /* Symbol visibility */Elf32_Section st_shndx; /* Section index */
} Elf32_Sym;3.5.4 extern “C” ：
C++为了与C兼容，在符号管理上，C++有一个用来声明或定义一个C的符号的 extern "C" 关键字：
extern "C" {int func(int);int var;
}
用 extern "C" { } 大括号括起来的部分的代码，C++编译器会将其当作C语言代码来处理，此时C++的名称修饰机制（name-manling）将不会起作用。
9. Linux下用于查看二进制文件的几个实用工具：
9.1 file命令：查看文件格式（源文件、汇编文件、ELF文件）
例如：
[linux] file SimpleSection.oSimpleSection.o: ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped
9.2 objdump命令：查看目标文件内部结构
objdump命令有点像那种快速查看之类的工具，就是以一种可阅读的格式让你更多的了解 二进制文件 可能带有的附加信息。
对于一个只想让自己的程序跑起来的程序员，这个命令没有更多意义；对于想进一步了解系统的程序员，应该掌握这个工具。
objdump -h, --[section-]headers Display the contents of the section headers//查看目标文件的“文件头”，可以看到目标文件的代码段、数据段的大小、属性等信息objdump -x, --all-headers Display the contents of all headers//“-h”只是查看目标文件的“文件头”信息，内容精简；“-x”用于查看目标文件的所有信息，内容丰富复杂objdump -s, --full-contents Display the full contents of all sections requested//将所有的段内容以十六进制的方式打印出来objdump -d, --disassemble Display assembler contents of executable sections//将所有包含指令的段进行反汇编（将目标文件由机器语言格式 反汇编 成为汇编语言格式，在这里是将ELF格式文件反汇编成为汇编语言文件）objdump -r, --reloc Display the relocation entries in the file//查看ELF文件的重定位表，即查看每个重定位入口
9.3 size命令：查看ELF文件的代码段、数据段和BSS段的长度
例如：
[linux] size SimpleSection.otext data bss dec hex filename219 8 4 231 e7 SimpleSection.o
9.4 readelf命令：查看ELF文件内容
理解：
objdump -h SimpleSection.o 命令看到的东西更倾向于文件的 “内容”、“结构”；
readelf -h SimpleSection.o 命令看到的东西更倾向于文件的 “属性”；
readelf -h --file-header Display the ELF file header//查看ELF文件的“文件头”信息readelf -s --syms Display the symbol table--symbols An alias for --syms//查看ELF文件的“符号表”信息readelf -S --section-headers Display the sections' header--sections An alias for --section-headers//查看ELF文件的“段表头”信息
9.5 nm命令：
“nm” 是 names的缩写，nm命令用于列出某些文件中的符号（函数、全局变量等）。
例如：
nm SimpleSection.o
0000000000000000 T func1
0000000000000000 D global_init_varU _GLOBAL_OFFSET_TABLE_
0000000000000004 C global_uninit_var
0000000000000028 T mainU printf
0000000000000004 d static_var.1920
0000000000000000 b static_var2.1921《程序员的自我修养》第3章---目标文件里有什么相关推荐
- 动态链接1 程序员的自我修养第七章笔记
0. 序 预计这篇文章会很长,所以我打算把它拆成几篇文章来写.折腾了挺长时间才差不多捋清楚,主要书上一些地方和现在的实现有一点出入. 1. 概览 与动态链接有关系的节大概有这样一些,.interp, ...
- 《程序员的自我修养》
<程序员的自我修养>这本书偏底层,来来回回读了有三四遍了,每一次都有新的收获,不过很快又会忘记,所以写下了这本书从17年12月份至今的全书的笔记,留作以后自己复习. 第二章:编译和链接 源 ...
- 腾讯朋友力荐书籍：程序员的自我修养：链接、装载与库
后台开发需要学习底层知识,只有底层知识掌握了,学一些中间件是信手捏来,中间件也是跑在底层的操作系统上.<<程序员的自我修养:链接.装载与库>>对学习底层知识非常有帮助,腾讯的朋 ...
- 读书笔记程序员的自我修养 0
读书笔记<<程序员的自我修养>> 0 为什么要读这本书? 可能因为自己是读硬件的缘故,对于编程,我总是尝试的了解各种表象的下面发生了什么事情.而困扰了我的许多问题,在这本书上都 ...
- 程序员的自我修养读书笔记-1
前序:作为一个马上就要工作的非科班本科生,前段时间为了找工作,有针对性的学习了一些编程语言,数据结构,网络方面的知识,学的非常浅,非常杂乱,存粹是为了应对找工作.现在空下来了,想着以后应该就是走程序员 ...
- 程序员的自我修养------勘误表
谢谢你们的辛勤劳动,[程序员的自我修养]真的不错,花一周时间看完后,把以前的东西都串起来了,在看的过程中,发现一些小瑕疵,看到顺便记下,要在以后的版本中修改就更完美了.我购买的是2012年5月第9次印 ...
- 《程序员的自我修养》读书总结
http://www.jianshu.com/p/47156b4259ed 最初买<程序员的自我修养>这本书,只因为在京东买书差一些钱,不够用优惠券.买回来以后的很长一段时间,我都以为这本 ...
- 《程序员的自我修养》导读
大家好,我是Cone,一名毕业于双非本科的抖音全栈程序猿. 今天来和大家分享<程序员的自我修养----链接.装载与库>这本书的全书导读经验,它在去年我拿下微信.抖音.百度等大厂sp及以上o ...
- 《程序员的自我修养—链接、装载与库》pdf书签，目录分享
在网上下载到<程序员的自我修养-链接.装载与库>pdf版本,拜读之后受益匪浅,但是因为下载的pdf没有书签,所以想要查找某一章的内容不是很方便,于是自己制作了一下书签文件,将书签文件导入p ...
最新文章
- python3 运算符
- latex 伪代码_Latex-算法伪代码
- python中单行注释采用的符号是什么_Python注释符号使用说明（多行注释和单行注释）,用法,详解,攻略...
- 遍历XML文挡树的两种算法
- JavaScript事件---事件入门
- CentOS 6.8 编译安装MySQL5.5.32
- 【图像隐写】基于matlab WOW算法图像自适应隐写【含Matlab源码 368期】
- Android简单实现百度地图显示及定位
- mysql 数据库索引命名规范_MYSQL数据库命名及设计规范
- 利用cookies登录QQ空间
- 睡眠是锁定计算机怎么设置密码,电脑休眠锁屏怎么设置
- 我爱高圆圆 键盘录入数据,模拟单项选择题
- 地铁车辆主传动系统实时仿真测试平台ETest研究
- php5.6 ecshop,PHP 5.6以上版本运行 ecshop不兼容问题解决方案
- react的行内样式和外链样式
- 码出高效JAVA代码
- 雕刻机主轴安装注意事项
- 巅峰不止，继续奋斗！城链科技数字峰会于重庆隆重举行
- 为什么要用金字塔原理
- oracle trim函数用法详解,oracle trim函数用法详解
热门文章
- 企业景气指数、企业家信心指数-季度数据（2005-2022年）
- android开发actionbar,详解Android ActionBar之一：ActionBar概述与创建
- Deep Learning for Polar Codes over Flat Fading Channels《阅读笔记》精读
- 《死侍2》片尾彩蛋催泪 瑞安·雷诺兹大秀中文
- 本地html本地xml文件怎么打开,xml文件怎么打开？
- String.join()和StringUtils.join()优雅解决数组或者集合拼接
- 将word文件转换为富文本编辑支持图片
- 1000句最常用英语口语 ------考研论坛 bbs.kaoyan.com
- python字典sort_python字典排序
- [转]成功人士的时间管理 博恩.崔西