x86汇编global main环境下mov指令无法修改变量值问题排查

首先，你的代码逻辑本身并没有错误——mov eax, 10 然后 mov [msg], eax 确实会把数值10写入msg变量的内存地址。你觉得变量没变化，很大概率是观察方式不对：你可能是查看了可执行文件里的静态初始数据，而不是程序运行时内存中的实际值。

验证变量是否真的被修改 #

你可以通过添加printf输出的方式来确认变量值：

1. 在.data段添加格式化字符串：

fmt db "msg的值是: %d", LF, NULL

2. 在mov [msg], eax之后、syscall之前，调用printf输出：

; 准备printf的参数：第一个参数是格式化字符串地址，第二个是msg的值
mov rdi, fmt
mov esi, dword [msg]  ; 因为msg是dd（32位），用dword指定宽度
xor eax, eax          ; printf是可变参数函数，eax表示传递的浮点参数数量，这里为0
call printf

重新编译运行后，你应该会看到输出msg的值是: 10，这说明变量确实被成功修改了。

如果是用调试器查看，记得要在syscall指令前设置断点，查看内存中msg地址的实际值，而不是看可执行文件的静态数据段——可执行文件里的.data段存储的只是变量的初始值，运行时操作系统会把这些值加载到内存，程序修改的是内存中的副本，不会改变可执行文件本身的内容。

使用global main而非global _start的注意要点 #

当你用global main作为入口时，实际上是让程序通过**C运行时库（CRT）**启动，和直接用global _start（操作系统直接启动）有很多关键差异：

• 初始化与清理流程：
  CRT会在main函数执行前完成一系列初始化工作：比如将.data段的初始值加载到内存、清零.bss段、初始化堆内存、设置标准IO缓冲区、解析命令行参数等。在main返回后，CRT还会做清理工作（比如刷新IO缓冲区、调用atexit注册的收尾函数）。
  如果你直接用sys_exit终止程序（像你代码里那样），会跳过CRT的收尾流程，可能导致资源泄漏（比如未刷新的输出丢失）。更规范的做法是在main末尾用ret返回，让CRT处理后续的退出逻辑。

• 函数调用约定：
  作为C风格的入口函数，main需要遵守System V AMD64 ABI的寄存器使用规则：

  • rdi、rsi、rdx、rcx、r8、r9是调用者保存的寄存器（调用函数前不需要保存，被调用函数可能会覆盖它们）；
  • rbx、rbp、r12-r15是被调用者保存的寄存器（如果你的代码要使用这些寄存器，需要先保存到栈上，用完后恢复）；
  • rax用于返回函数结果，调用可变参数函数（比如printf）时，rax需要设置为传递的浮点参数数量（没有的话设为0）。

• 符号与链接差异：
  用global main时，链接器会自动链接CRT相关的库文件（比如libc），所以你可以直接调用printf、malloc等C标准库函数。而如果用global _start，要调用这些函数需要手动处理CRT的初始化，过程会复杂很多。
  另外，main函数可以接收命令行参数：rdi存储参数个数argc，rsi存储参数数组argv的地址，如果你需要处理命令行参数，直接使用这两个寄存器即可。

• 内存段的处理：
  CRT会确保.data和.bss段被正确加载和初始化，而用global _start时，虽然操作系统会负责加载.data和清零.bss，但你需要自己处理其他初始化（比如环境变量的获取、栈的设置等），没有CRT的便利支持。

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