为什么main会有这段"特殊序幕"？ #

其实这段代码绝非无用——它是GCC为了严格遵循32位x86 System V ABI规范而生成的关键逻辑。

普通函数被调用时，编译器可以信任调用者已经把栈对齐到16字节边界（这是ABI对调用者的强制要求），所以不需要额外处理。但main是程序的入口点，内核启动程序时，栈里已经预先压入了命令行参数、环境变量等数据，此时esp的对齐状态是不确定的，完全可能不符合16字节对齐要求。

那段代码的每一步都在解决这个问题：

• leal 4(%esp), %ecx：先把原始栈指针的位置存到ecx，后续要靠它恢复或访问参数
• andl $-16, %esp：把栈指针向下对齐到最近的16字节边界（$-16是二进制全1后四位为0，按位与直接清零低四位，实现16字节对齐）
• 后续的pushl操作是保存寄存器、构建标准栈帧，确保调用exit时栈依然符合ABI要求。

而当你把函数改名成xmain后，编译器将其视为普通函数，默认调用者会做好栈对齐，因此省略了这段对齐逻辑。

怎么禁用这段代码？ #

如果你确定运行环境能保证初始栈对齐，或者不在乎严格的ABI兼容性，有几种办法可以关掉这段特殊处理：

• 调整栈对齐边界：用-mpreferred-stack-boundary=2编译，这个选项把栈对齐要求设为4字节（2的2次方），编译器就不会生成16字节对齐的代码。如果开启了栈保护，建议再加-fno-stack-protector避免干扰：

  gcc -m32 -mpreferred-stack-boundary=2 -fno-stack-protector your_code.c
  

• 使用独立环境模式：添加-ffreestanding选项，告诉编译器当前是独立执行环境（比如嵌入式、内核代码场景），此时编译器不会为main生成符合用户空间ABI的序幕代码，生成的汇编会和普通函数一样简洁。注意：这个模式下标准库的部分功能可能无法正常工作。

• 自定义入口点：直接用-e选项指定自己的入口函数，比如把xmain作为程序入口：

  gcc -m32 -e xmain your_code.c
  

  这样编译器不会把它当作main处理，自然不会生成那段对齐代码。

内容的提问来源于stack exchange，提问作者R.. GitHub STOP HELPING ICE