【硬核干货 | 程序的编译、链接、装载与运行】

vx公众号：CurryCoder的程序人生

业精于勤，荒于嬉；行成于思，毁于随

image

1.问题引入

学过C语言的小伙伴们，基本上都知道从一个xxx.c的源文件到最后生成的可执行文件，需要经过预处理、编译、汇编、链接这几个步骤。但是，这几个步骤详细的过程我一直没搞清楚，本文将深度剖析这几个步骤。例如，在Windows/Linux系统中，一个C源文件从编写完成到最终被CPU执行，中间要经历一系列复杂而又漫长的过程，如下图所示：

image

2.编译

编译就是将程序员先的高级语言源代码如xxx.c/xxx.cpp源文件转化成对应的目标文件过程。一般来说，高级语言的编译详细流程需要经过预处理、编译和汇编这几步。

2.1 预处理预处理过程主要是对源代码做了如下操作：(1).删除所有的代码注释信息 (2).删除所有的#define，并展开所有的宏定义 (3).插入所有的#include头文件的内容到xxx.c/xxx.cpp源文件中的对应位置(4).其他信息......例如，gcc编译器可以使用gcc -E test.c -o test.i命令对源文件test.c进行预编译，并且把预编译的结果输出到test.i文件中。

[njust@njust Make_Tutorials]$ ls
test.c
[njust@njust Make_Tutorials]$ cat test.c 
#include <stdio.h>

#define PI 3.14

int main() {
  printf("hello world!\n");
  return 0;
}
[njust@njust Make_Tutorials]$ gcc -E test.c -o test.i
[njust@njust Make_Tutorials]$ ls
test.c  test.i

2.2 编译

编译就是将预处理后的文件进行词法分析、语法分析、语义分析并优化后生成相应的汇编文件。例如，使用命令gcc -S test.i -o test.s来编译预处理阶段生成的文件，或者也可以使用命令gcc -S test.c -o hello.s将预处理与编译两个步骤合二为一。

[njust@njust Make_Tutorials]$ ls
test.c  test.i
[njust@njust Make_Tutorials]$ gcc -S test.i -o test.s
[njust@njust Make_Tutorials]$ ls
test.c  test.i  test.s
[njust@njust Make_Tutorials]$ gcc -S test.c -o test.s
[njust@njust Make_Tutorials]$ ls
test.c  test.i  test.s

汇编阶段所生成的文件叫做目标文件，目标文件的结构与可执行文件的结构是一致的，它们之间只存在一些细微的差异。目标文件是无法被执行的，它还需要经过链接这一步操作后才能生成可执行文件，最终被执行。

3.目标文件的格式

Linux系统中的目标文件格式叫做ELF(Executable Linkable Format)，ELF的格式如下图所示：

image

ELF header是ELF文件中最重要的一个部分，header中保存了如下的内容：

(1).ELF的magic number

(2).文件机器字节长度

(3).操作系统平台

(4).硬件平台

(5).程序的入口地址

** (6).段表的位置和长度**

(7).段的数量

(8).其他信息......

从header中我们可以获取很多有用的信息，其中一种重要的信息就是段表的位置和长度。通过这个信息我们可以从ELF文件中获取到段表(Section Header Table)，在ELF中段表的重要性仅次于header。段表中保存了ELF文件中所有的段的基本属性(包括每个段的段名、段在ELF文件中的偏移、段的长度及段的读写权限等)，段表决定了整个ELF文件的结构。

既然段表决定了所有的段的基本属性，那么ELF文件中的段究竟是个啥呢？其实段只是对ELF文件内不同类型数据的一种分类。例如，我们把所有的代码(指令)放在同一个段中，并且给这个段起名为.text；把所有已初始化的数据放在.data段；把所有未初始化的数据放在.bss段；把所有只读的数据放在.rodata段，.......等等。

为什么又要将数据(指令在ELF文件中也算是一种数据，它是ELF文件的数据之一)分成不同的类型，然后分别存放在不同的段中呢？除了便于进行区分外，还有如下几个原因：

    (1).便于给段设置读写权限，有的段只需要设置只读权限;

(2).方便CPU缓存的生效;

     (3).有利于节省内存，例如程序有多个副本情况下，此时只需要一份代码段即可;

用如下的hello.c程序为例，深入的分析一下ELF文件中的段信息，文件的内容如下所示：

[njust@njust Make_Tutorials]$ cat hello.c
int printf(const char *format, ...);

int global_var_init_a = 84;
int global_var_uninit_b;

void bar(int i) {
    printf("%d\n", i);
}

int main() {
    static int static_var_a = 85;
    static int static_var_b;

    int a = 1;
    int b;

    bar(static_var_a + static_var_b + a + b);
    return a;
}

使用命令gcc -c hello.c -o hello.o将源文件hello.c编译成目标文件hello.o。然后，再使用objdump命令查看ELF文件的内部结构，-h表示显示ELF文件的头部信息得到如下结果：

[njust@njust Make_Tutorials]$ gcc -c hello.c -o hello.o
[njust@njust Make_Tutorials]$ ls
hello.c  hello.o  test.c  test.i  test.s
[njust@njust Make_Tutorials]$ objdump -h hello.o

hello.o：     文件格式 elf64-x86-64

节：
Idx Name          Size      VMA               LMA               File off  Algn
  0 .text         00000054  0000000000000000  0000000000000000  00000040  2**0
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
  1 .data         00000008  0000000000000000  0000000000000000  00000094  2**2
                  CONTENTS, ALLOC, LOAD, DATA
  2 .bss          00000004  0000000000000000  0000000000000000  0000009c  2**2
                  ALLOC
  3 .rodata       00000004  0000000000000000  0000000000000000  0000009c  2**0
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  4 .comment      0000002e  0000000000000000  0000000000000000  000000a0  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

从上面的输出结果可以看到显示了7个段，每个段都有一些属性，下面解释一下一些重要属性的含义：

(1).Size:段的大小; (2).VMA:段的虚拟地址，因为目标文件还没有执行链接操作，因此虚拟地址为0;(3).LMA:段被加载的地址，值为0(原因同上); (4).File off:段在ELF文件中的偏移地址; (5).CONTENTS:段存在于ELF文件中;需要重点关注的是.text、.data、.bss和.rodata这几个段，这几个段的详细信息如下所示： .text段：保存程序中的所有指令信息，objdump的-s参数表示将段的内容以十六进制的方式打印出来，而-d参数会对所有包含指令的段进行反汇编。于是，使用命令objdump -s -d hello.o就可以获取代码段的详细信息；

[njust@njust Make_Tutorials]$ objdump -s -d hello.o

hello.o：     文件格式 elf64-x86-64

Contents of section .text:
 0000 554889e5 4883ec10 897dfc8b 45fc89c6  UH..H....}..E...
 0010 bf000000 00b80000 0000e800 000000c9  ................
 0020 c3554889 e54883ec 10c745fc 01000000  .UH..H....E.....
 0030 8b150000 00008b05 00000000 01c28b45  ...............E
 0040 fc01c28b 45f801d0 89c7e800 0000008b  ....E...........
 0050 45fcc9c3                             E...            
Contents of section .data:
 0000 54000000 55000000                    T...U...        
Contents of section .rodata:
 0000 25640a00                             %d..            
Contents of section .comment:
 0000 00474343 3a202847 4e552920 342e382e  .GCC: (GNU) 4.8.
 0010 35203230 31353036 32332028 52656420  5 20150623 (Red 
 0020 48617420 342e382e 352d3434 2900      Hat 4.8.5-44).  
Contents of section .eh_frame:
 0000 14000000 00000000 017a5200 01781001  .........zR..x..
 0010 1b0c0708 90010000 1c000000 1c000000  ................
 0020 00000000 21000000 00410e10 8602430d  ....!....A....C.
 0030 065c0c07 08000000 1c000000 3c000000  .\..........<...
 0040 00000000 33000000 00410e10 8602430d  ....3....A....C.
 0050 066e0c07 08000000                    .n......        

Disassembly of section .text:

0000000000000000 <bar>:
   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: bf 00 00 00 00        mov    $0x0,%edi
  15: b8 00 00 00 00        mov    $0x0,%eax
  1a: e8 00 00 00 00        callq  1f <bar+0x1f>
  1f: c9                    leaveq 
  20: c3                    retq   

0000000000000021 <main>:
  21: 55                    push   %rbp
  22: 48 89 e5              mov    %rsp,%rbp
  25: 48 83 ec 10           sub    $0x10,%rsp
  29: c7 45 fc 01 00 00 00  movl   $0x1,-0x4(%rbp)
  30: 8b 15 00 00 00 00     mov    0x0(%rip),%edx        # 36 <main+0x15>
  36: 8b 05 00 00 00 00     mov    0x0(%rip),%eax        # 3c <main+0x1b>
  3c: 01 c2                 add    %eax,%edx
  3e: 8b 45 fc              mov    -0x4(%rbp),%eax
  41: 01 c2                 add    %eax,%edx
  43: 8b 45 f8              mov    -0x8(%rbp),%eax
  46: 01 d0                 add    %edx,%eax
  48: 89 c7                 mov    %eax,%edi
  4a: e8 00 00 00 00        callq  4f <main+0x2e>
  4f: 8b 45 fc              mov    -0x4(%rbp),%eax
  52: c9                    leaveq 
  53: c3                    retq

.data段：保存已初始化的全局变量和局部静态变量; .bss段：保存未初始化的全局变量和局部静态变量;.rodata段：保存只读数据，例如字符串常量，被const修饰的变量;

4.重定位表与符号表

在ELF文件中还有两个很重要的段，它们分别是重定位表与符号表。它们对后续的链接阶段很重要。

4.1 重定位表

简单理解，编译器将所有需要被重定位的数据存放在重定位表中，这样链接器就能知道目标文件中哪些数据是需要被重定位的。例如，我们有两个源文件bar.c和foo.c，文件内容如下所示：

[njust@njust Make_Tutorials]$ cat bar.c
extern int shared;

int main() {
    int a = 100;
    swap(&a,&shared);
}
[njust@njust Make_Tutorials]$ cat foo.c
int shared = 1;

void swap(int *a, int *b) {
    *a ^= *b ^= *a ^= *b;
}

可以使用命令objdump -r bar.o来获取重定位表的信息。此外，还可以使用命令readelf -S bar.o来详细了解一个ELF文件。

[njust@njust Make_Tutorials]$ objdump -r bar.o

bar.o：     文件格式 elf64-x86-64

RELOCATION RECORDS FOR [.text]:
OFFSET           TYPE              VALUE 
0000000000000014 R_X86_64_32       shared
0000000000000021 R_X86_64_PC32     swap-0x0000000000000004

RELOCATION RECORDS FOR [.debug_info]:
OFFSET           TYPE              VALUE 
0000000000000006 R_X86_64_32       .debug_abbrev
000000000000000c R_X86_64_32       .debug_str+0x000000000000002d
0000000000000011 R_X86_64_32       .debug_str+0x0000000000000022
0000000000000015 R_X86_64_32       .debug_str+0x0000000000000007
0000000000000019 R_X86_64_64       .text
0000000000000029 R_X86_64_32       .debug_line
000000000000002e R_X86_64_32       .debug_str+0x000000000000008a
0000000000000038 R_X86_64_64       .text
000000000000005b R_X86_64_32       .debug_str+0x0000000000000028
0000000000000070 R_X86_64_32       .debug_str

RELOCATION RECORDS FOR [.debug_aranges]:
OFFSET           TYPE              VALUE 
0000000000000006 R_X86_64_32       .debug_info
0000000000000010 R_X86_64_64       .text

RELOCATION RECORDS FOR [.debug_line]:
OFFSET           TYPE              VALUE 
0000000000000029 R_X86_64_64       .text

RELOCATION RECORDS FOR [.eh_frame]:
OFFSET           TYPE              VALUE 
0000000000000020 R_X86_64_PC32     .text

[njust@njust Make_Tutorials]$ readelf -S bar.o
共有 20 个节头，从偏移量 0x678 开始：

节头：
  [号] 名称              类型             地址              偏移量
       大小              全体大小          旗标   链接   信息   对齐
  [ 0]                   NULL             0000000000000000  00000000
       0000000000000000  0000000000000000           0     0     0
  [ 1] .text             PROGBITS         0000000000000000  00000040
       0000000000000027  0000000000000000  AX       0     0     1
  [ 2] .rela.text        RELA             0000000000000000  00000450
       0000000000000030  0000000000000018   I      17     1     8
  [ 3] .data             PROGBITS         0000000000000000  00000067
       0000000000000000  0000000000000000  WA       0     0     1
  [ 4] .bss              NOBITS           0000000000000000  00000067
       0000000000000000  0000000000000000  WA       0     0     1
  [ 5] .debug_info       PROGBITS         0000000000000000  00000067
       000000000000007b  0000000000000000           0     0     1
  [ 6] .rela.debug_info  RELA             0000000000000000  00000480
       00000000000000f0  0000000000000018   I      17     5     8
  [ 7] .debug_abbrev     PROGBITS         0000000000000000  000000e2
       000000000000006f  0000000000000000           0     0     1
  [ 8] .debug_aranges    PROGBITS         0000000000000000  00000151
       0000000000000030  0000000000000000           0     0     1
  [ 9] .rela.debug_arang RELA             0000000000000000  00000570
       0000000000000030  0000000000000018   I      17     8     8
  [10] .debug_line       PROGBITS         0000000000000000  00000181
       000000000000003b  0000000000000000           0     0     1
  [11] .rela.debug_line  RELA             0000000000000000  000005a0
       0000000000000018  0000000000000018   I      17    10     8
  [12] .debug_str        PROGBITS         0000000000000000  000001bc
       000000000000008f  0000000000000001  MS       0     0     1
  [13] .comment          PROGBITS         0000000000000000  0000024b
       000000000000002e  0000000000000001  MS       0     0     1
  [14] .note.GNU-stack   PROGBITS         0000000000000000  00000279
       0000000000000000  0000000000000000           0     0     1
  [15] .eh_frame         PROGBITS         0000000000000000  00000280
       0000000000000038  0000000000000000   A       0     0     8
  [16] .rela.eh_frame    RELA             0000000000000000  000005b8
       0000000000000018  0000000000000018   I      17    15     8
  [17] .symtab           SYMTAB           0000000000000000  000002b8
       0000000000000180  0000000000000018          18    13     8
  [18] .strtab           STRTAB           0000000000000000  00000438
       0000000000000018  0000000000000000           0     0     1
  [19] .shstrtab         STRTAB           0000000000000000  000005d0
       00000000000000a8  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)

上面的输出结果中，以.rela开头的就是重定位段，上面的.rela.text就存放了需要被重定位的指令信息，如果是需要被重定位的数据则对应的段名为.rela.data。

上面的操作都是针对目标文件bar.o进行的，对目标文件foo.o执行上述命令可以发现它既不存在数据段的重定位表，也不存在代码段的重定位表。这是因为foo.c中的变量shared和函数swap()都已经明确知道了自己的地址，所以不需要重定位。

但是，bar.c文件则不一样，因为bar.c中变量shared和函数swap()都没有定义在当前的文件中，因此编译后产生的目标文件不存在它们的地址信息，所以编译器需要把它们放在重定位表中，等到链接的时候再到其他目标文件中找到对应的符号信息后对其进行重定位。

4.2 符号表(.symtab)

目标文件中的某些部分是在链接阶段需要使用到的"粘合剂"，这些部分称为"符号"，符号就保存在符号表中。符号表中保存的符号很多，其中最重要的就是定义在本目标文件中并且可以被其它目标文件所引用的符号、在本目标文件中引用的全局符号，这两个符号呈现互补的关系。使用命令readelf -s可以查看符号表的内容。具体的信息如下所示：

Num:符号表数组中的坐标

Value:符号值

Size:符号大小

Type:符号类型

Bind:绑定信息

Name:符号的名称

[njust@njust Make_Tutorials]$ readelf -s bar.o

Symbol table '.symtab' contains 16 entries:
   Num:    Value          Size Type    Bind   Vis      Ndx Name
     0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND 
     1: 0000000000000000     0 FILE    LOCAL  DEFAULT  ABS bar.c
     2: 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: 0000000000000000     0 SECTION LOCAL  DEFAULT    7 
     7: 0000000000000000     0 SECTION LOCAL  DEFAULT    8 
     8: 0000000000000000     0 SECTION LOCAL  DEFAULT   10 
     9: 0000000000000000     0 SECTION LOCAL  DEFAULT   12 
    10: 0000000000000000     0 SECTION LOCAL  DEFAULT   14 
    11: 0000000000000000     0 SECTION LOCAL  DEFAULT   15 
    12: 0000000000000000     0 SECTION LOCAL  DEFAULT   13 
    13: 0000000000000000    39 FUNC    GLOBAL DEFAULT    1 main
    14: 0000000000000000     0 NOTYPE  GLOBAL DEFAULT  UND shared
    15: 0000000000000000     0 NOTYPE  GLOBAL DEFAULT  UND swap
[njust@njust Make_Tutorials]$ readelf -s foo.o

Symbol table '.symtab' contains 15 entries:
   Num:    Value          Size Type    Bind   Vis      Ndx Name
     0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND 
     1: 0000000000000000     0 FILE    LOCAL  DEFAULT  ABS foo.c
     2: 0000000000000000     0 SECTION LOCAL  DEFAULT    1 
     3: 0000000000000000     0 SECTION LOCAL  DEFAULT    2 
     4: 0000000000000000     0 SECTION LOCAL  DEFAULT    3 
     5: 0000000000000000     0 SECTION LOCAL  DEFAULT    4 
     6: 0000000000000000     0 SECTION LOCAL  DEFAULT    6 
     7: 0000000000000000     0 SECTION LOCAL  DEFAULT    7 
     8: 0000000000000000     0 SECTION LOCAL  DEFAULT    9 
     9: 0000000000000000     0 SECTION LOCAL  DEFAULT   11 
    10: 0000000000000000     0 SECTION LOCAL  DEFAULT   13 
    11: 0000000000000000     0 SECTION LOCAL  DEFAULT   14 
    12: 0000000000000000     0 SECTION LOCAL  DEFAULT   12 
    13: 0000000000000000     4 OBJECT  GLOBAL DEFAULT    2 shared
    14: 0000000000000000    74 FUNC    GLOBAL DEFAULT    1 swap

命令nm也可以对符号进行查看，其中D表示该符号是已经初始化的变量，T表示该符号是指令，U表示符号尚未定义；

[njust@njust Make_Tutorials]$ nm bar.o
0000000000000000 T main
                 U shared
                 U swap
[njust@njust Make_Tutorials]$ nm foo.o
0000000000000000 D shared
0000000000000000 T swap
[njust@njust Make_Tutorials]$ nm result
0000000000601004 D __bss_start
0000000000601004 D _edata
0000000000601008 D _end
00000000004000e8 T main
0000000000601000 D shared
000000000040010f T swap

通过上面的举例，我们知道重定位表与符号表之间是一种相互合作的关系，链接器首先会根据重定位表找到该目标文件中需要被重定位的符号，然后再根据符号表去其他的目标文件中找到匹配的上的符号。最后，对本目标文件中的符号进行重定位。

5.(静态)链接

现代计算机的内存和磁盘空间已经足够大，同时动态链接对内存和磁盘的节省十分有限，所以我们已经可以忽略动态链接在节省使用空间上的优势。此外，由于没有了对动态链接库的依赖，不需要考虑动态链接库的不同版本，静态链接的文件可以做到链接即可执行，减少了运维和部署上的复杂度，是非常的方便的，在有些新发明的语言(例如 go语言)中链接过程默认已经开始使用静态链接。

5.1 静态链接过程可细分为两步：

(1).扫描所有的目标文件，获取它们每个段的长度、位置和属性，并把每个目标文件中的符号表的符号定义与符号引用集中存放在一个全局符号表中，建立起可执行文件到目标文件的段映射关系;

(2).读取目标文件中的段数据，并解析符号表信息。根据符号表信息进行重定位、调整代码中的地址等操作;

使用命令gcc -c bar.c foo.c -zexecstack -fno-stack-protector -g编译源代码得到目标文件bar.o和foo.o，然后使用命令ld bar.o foo.o -e main -o result链接bar.o和foo.o目标文件得到可执行文件result。

[njust@njust Make_Tutorials]$ ls
bar.c  foo.c  hello.c  hello.o  test.c  test.i  test.s
[njust@njust Make_Tutorials]$ gcc -c bar.c foo.c -zexecstack -fno-stack-protector -g
[njust@njust Make_Tutorials]$ ls
bar.c  bar.o  foo.c  foo.o  hello.c  hello.o  test.c  test.i  test.s
[njust@njust Make_Tutorials]$ ld bar.o foo.o -e main -o result
[njust@njust Make_Tutorials]$ ls
bar.c  bar.o  foo.c  foo.o  hello.c  hello.o  result  test.c  test.i  test.s
[njust@njust Make_Tutorials]$ cat bar.c

结合重定位表与符号表的知识，我们可以知道链接器最终需要完成的工作有三个：

(1).合并不同目标文件中的同类型段;

(2).对目标文件中的符号引用，在其它的目标文件中找到引用的符号;

(3).对目标文件中的变量进行重定位;

5.2 静态库的链接
操作系统一般都自带有一些库文件，linux中最有名的就是libc静态库，它一般位于/usr/bin/libc.a中，libc.a是一个压缩文件，它当中包含了printf.o、scanf.o、malloc.o、read.o等库文件。当使用标准库中的文件时，链接器会对用户目标文件和标准库文件进行链接，得到最终的可执行文件。

6.装载

完成链接步骤后，得到一个可执行文件，在可执行文件中包含了很多段，但是一旦这些段加载到内存中后，我们就不需要再关心它们到底是什么类型的数据了，只需要关心这些数据在内存中的读写权限。可执行文件被加载到内存中的数据可分为：可读不可写和可读可写。现代操作系统均采用分页的方式来管理内存，所以操作系统只需要读取可执行文件的文件头，之后建立起可执行文件到虚拟内存的映射关系，不需要真正的将程序载入内存。在程序的运行过程中，CPU发现有些内存页在物理内存中并不存在时，会触发缺页异常，此时CPU将控制权限转交给操作系统的异常处理函数，操作系统负责将此内存页的数据从外存(磁盘)上读取到物理内存中。数据读取完毕之后，操作系统让CPU jmp到触发了缺页异常的那条指令处继续执行，此时指令执行就不会再有缺页异常了。忽略物理内存地址以及缺页异常的影响，一旦操作系统创建进程(fork) 并载入了可执行文件(exec)，那么虚拟内存的分布应该如下图所示。可以看到ELF文件中的多个段在内存中被合并为三个段。

image

上图中，除了三个保存了ELF文件中的数据的段之外，还有其他几部分。如下表所示：

7.运行

操作系统jmp到进程的第一条指令并不是main方法，而是别的代码。那些代码负责初始化main方法执行所需要的环境并调用main方法执行，运行这些代码的函数被称为入口函数或者入口点(Entry Point)。一个程序的执行过程如下：

(1).操作系统在创建进程之后，jmp到这个进程的入口函数

(2).入口函数对程序运行环境进行初始化，包括堆、I/O、线程、全局变量的构造等

(3).入口函数在完成初始化之后，调用main函数，开始执行程序的主体

(4).main函数执行完毕之后返回到入口函数，入口函数进行清理工作，最后通过系统调用结束进程

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 158,736评论 4赞 362
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 67,167评论 1赞 291
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 108,442评论 0赞 243
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 43,902评论 0赞 204
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 52,302评论 3赞 287
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 40,573评论 1赞 216
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 31,847评论 2赞 312
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 30,562评论 0赞 197
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 34,260评论 1赞 241
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 30,531评论 2赞 245
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 32,021评论 1赞 258
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 28,367评论 2赞 253
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 33,016评论 3赞 235
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 26,068评论 0赞 8
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 26,827评论 0赞 194
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 35,610评论 2赞 274
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 35,514评论 2赞 269

【硬核干货 | 程序的编译、链接、装载与运行】

1.问题引入

2.编译

3.目标文件的格式

4.重定位表与符号表

在ELF文件中还有两个很重要的段，它们分别是重定位表与符号表。它们对后续的链接阶段很重要。

5.(静态)链接

** 6.装载**

7.运行

推荐阅读更多精彩内容

6.装载