c/c++的函数参数压栈顺序

整理日：2015年3月18日

为了这句话丢了不少次人.无所谓了,反正咱脸皮厚.

总结一下

编译出来的c/c++程序的参数压栈顺序只和编译器相关!

下面列举了一些常见的编译器的调用约定

VC6

调用约定	堆栈清除	参数传递
__cdecl	调用者	从右到左,经过堆栈传递
__stdcall	函数体	从右到左,经过堆栈传递
__fastcall	函数体	从右到左,优先使用寄存器(ECX,EDX),而后使用堆栈
thiscall	函数体	this指针默认经过ECX传递,其它参数从右到左入栈

__cdecl是CC++的默认调用约定; VC的调用约定中并无thiscall这个关键字,它是类成员函数默认调用约定;
CC++中的main(或wmain)函数的调用约定必须是__cdecl,不容许更改;
默认调用约定通常可以经过编译器设置进行更改,若是你的代码依赖于调用约定,请明确指出须要使用的调用约定;

C++Builder6

调用约定	堆栈清除	参数传递
__cdecl	调用者	从右到左,经过堆栈传递(与CC++默认调用约定兼容)
__stdcall	函数体	从右到左,经过堆栈传递(与VC中的__stdcall兼容)
__fastcall	函数体	从左到右,优先使用寄存器(EAX,EDX,ECX),而后使用堆栈 (兼容Delphi的register)
msfastcall	函数体	从右到左,优先使用寄存器(ECX,EDX),而后使用堆栈(兼容VC的__fastcall)
__pascal	函数体	从左到右,经过堆栈传递

因为能力和资源有限,只能找到这些东西,主要的差别体如今fastcall上面,vc是前两个参数放入寄存器,后面的压栈,bcb是前3哥参数使用寄存器, 更有变态的,一个朋友朋友说有的参数超过7个之后前5个从左到右传递,后面的从右到走,上面说的不可不信,不可全信.

如何肯定你的编译采用的那种顺序那?

#include <stdio.h>
int f(int i,int j,int k);
int main()
{
    static int i=0;
    f(i++,i++,i++);
    return 0;
}

int f(int i,int j,int k)
{
    int l;
    int g;
    printf("k=%d:[%x] ",k,&k);
    printf("j=%d:[%x] ",j,&j);
    printf("i=%d:[%x] ",i,&i);
    printf("\_\_\_\_\_\_\_\_\_\__ ");
    printf("l:%x ",&l);
    printf("g:%x ",&g);
}

看看k->i的地址的增加顺序和l->g的顺序是否相同,若是相同则是从右到左,不然从左到右.

PS
原本经过打印参数的值来判断那个先入栈,结果被一个朋友批评了,
他说:压栈顺序和参数计算顺序不是一回事,因此仍是看地址更有保证.

看过的朋友看成笑谈吧。
曾经看到一篇文章上面说:c/c++参数压栈顺序是从右到左,pascal参数压栈是从左到右.

注意点

1. 尽可能不要在函数参数中运行象pop之类的参数
2. 32bit和64bit同一源码时要注意