指令内存地址是否变化？多GDB会话地址一致相关技术疑问

嘿，这个问题问到点子上了！让我给你逐一拆解清楚：

1. 这些是虚拟内存地址吗？ #

没错，你看到的0x7ffff5792a60这类地址绝对是虚拟内存地址，和物理内存没有直接关联。现代操作系统都会给每个进程分配独立的虚拟地址空间，CPU会通过MMU（内存管理单元）悄悄把虚拟地址转换成物理地址——这个转换过程对你、对GDB都是完全透明的，你不用操心物理内存到底在哪。

2. 为什么不同GDB会话里地址始终不变？ #

核心原因和**地址空间布局随机化（ASLR）**以及程序的编译/链接方式有关：

• 如果你的系统关闭了ASLR（比如Linux下执行echo 0 | sudo tee /proc/sys/kernel/randomize_va_space），那么程序的代码段、依赖的动态库都会被加载到固定的虚拟地址上，每次启动进程时地址都不会变。
• 就算系统开了ASLR，如果程序是静态编译的（比如用gcc -static编译），或者链接时手动指定了固定加载地址（比如通过-Wl,--section-start=.text=0xXXXXXX这类链接选项），那代码段的虚拟地址也会牢牢固定住。
• 另外你看到的PRIVATE0000000000579168是GDB给未导出函数自动起的名字，对应的my_fun属于程序的代码段，只要代码段的加载地址固定，它的虚拟地址自然不会变。

3. 能保证地址永远相同吗？ #

不一定，这得看两个关键条件：

• ASLR的状态：现代操作系统默认都是开启ASLR的（比如Linux下randomize_va_space默认值是2），这种情况下每次启动进程，程序代码段、动态库的加载地址都会被随机打乱，GDB里看到的地址就会不一样。只有关闭ASLR，地址才可能固定。
• 编译/链接策略：只有当程序是静态编译，或者显式指定了固定加载地址，同时关闭ASLR的时候，才能100%保证地址始终相同。如果是普通动态编译且开着ASLR，地址每次启动都会变。

4. 这和应用的编译方式有关系吗？ #

当然有关系，而且是决定性的关系！不同的编译/链接选项直接决定了虚拟地址是否固定：

• 默认动态编译：开ASLR则地址随机，关ASLR则地址固定。
• 静态编译：哪怕开着ASLR，整个程序的代码段会被加载到链接时确定的固定地址（因为没有动态库需要随机加载），所以地址会保持一致。
• 自定义链接地址：通过链接器选项（比如gcc -Wl,--fixed -Wl,--section-start=.text=0x12340000）强制指定代码段的加载地址，无论ASLR开不开，这个地址都会固定（不过部分系统可能会限制这种操作，毕竟ASLR是安全机制）。

内容的提问来源于stack exchange，提问作者colinfang