静态int变量应加载到ELF文件的哪个段？MBR Bootloader开发疑问

1. 全局变量地址冲突的核心原因 #

MBR引导程序运行在实模式下，实验要求内核ELF加载到0x8000位置。当你定义全局变量haha时，未初始化的全局变量会被编译器放入.bss段，而你的编译链接规则（或默认脚本）恰好将.bss段的起始地址设为0x8000，直接和内核加载地址重叠——后续加载内核时会覆盖该变量，或者变量值会破坏内核的代码/数据。

2. static全局变量“消失”的原因 #

你对static的理解存在场景适配偏差，结合引导程序的编译特性，具体原因有两点：

• 符号表隐藏：static修饰全局变量时，该符号的作用域被限制在当前编译单元，链接器不会将其导出到全局符号表，所以readelf -s无法查到这个符号，这是C语言的标准行为，用于避免跨编译单元的符号冲突。
• 段被优化或合并：MBR是极小的引导代码，编译器和链接器会做极端优化：
  • 如果这个static变量未被实际使用，编译器会直接将其从目标文件中移除，自然不会生成对应的.data或.bss段。
  • 即使变量被使用，针对16位引导程序的链接脚本通常不会单独划分.data/.bss段，而是将静态变量直接嵌入到.text段（实模式下无复杂段管理，引导程序通常把代码和数据放在同一段），因此readelf -S看不到独立的.data/.bss段。

3. 框架禁止非局部变量的原因 #

MBR运行时没有操作系统提供的内存管理，全局/静态变量会占用固定内存地址，极易和内核加载地址、BIOS预留内存区域冲突。而且实模式内存布局紧凑，任何额外的非局部变量都可能破坏系统运行状态——这就是框架禁止定义非局部变量的核心逻辑。

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