i386下使用=a输出寄存器的内联汇编write系统调用仅输出4字节问题

两种寄存器约束的核心差异 #

• =r通用约束：让GCC自主选择一个未被输入参数占用的通用寄存器（如esi、edi等）存储返回值ret。系统调用执行完成后，GCC会自动生成指令将eax中的返回值复制到选中的寄存器，再赋值给ret。这种写法灵活性高，GCC可根据寄存器使用情况优化分配，避免冲突。
• =a特定寄存器约束：强制使用eax寄存器存储ret，无需额外的复制步骤，系统调用的返回值直接作为ret的值。但eax在i386系统调用中身兼两职——既要存储系统调用号（输入），又要存储返回值（输出），对寄存器的使用规则要求更严格。

问题根源：eax的双重角色冲突 #

i386架构下write系统调用的固定规则：

• eax需预先存储系统调用号（固定为4）
• ebx存储文件描述符fd，ecx存储缓冲区指针buf，edx存储待写入字节数num_bytes
• 执行int $0x80后，eax中存储实际写入的字节数

你使用=a"(ret)时出现异常，本质是GCC优化逻辑与手动操作eax的代码发生冲突：
在-O2优化级别下，GCC看到=a"(ret)约束后，会默认eax仅用于输出返回值，因此可能在执行你的汇编代码前，将num_bytes临时存入eax。随后你手动编写的mov $4, %%eax会覆盖eax中的num_bytes值，但GCC生成的edx（存储num_bytes的寄存器）赋值代码，错误地引用了eax被覆盖前的旧值——也就是4。最终write系统调用拿到的count参数为4，因此无论你设置多大的num_bytes，都只会输出4个字符。

而使用=r"(ret)时，GCC会选择其他寄存器存储ret，不会干扰eax的分配逻辑，edx能正确获取你传入的num_bytes值，系统调用因此可以正常工作。

至于-Og优化级别下程序启动即崩溃，是因为该级别更贴近调试模式，寄存器分配逻辑与-O2差异较大，eax被同时用于多个用途，直接破坏了栈帧或关键数据，导致程序异常退出。

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