关于delphi中的register, pascal, cdecl, stdcall, safecall

最近用delphi写了个软件。所以特此也转篇文章,以留作记录吧。

1.。。http://blog.csdn.net/yfy_47/article/details/6572374

  

注： 使用错误，或者在该加的地方没有加，可能会出现"privileged instruction"错误，或者地址访问错误。

常见的调用惯例有register, pascal, cdecl, stdcall, safecall。函数的调用管理决定了参数如何传递给子过程，并从堆栈中退出，以及寄存器在参数传递中的使用，错误和异常的处理。Delphi中默认的调用惯例是register。
1) register和pascal：参数从左向右传递，也就是说最左边的参数最先求值并传入，最右边的参数最后求值和传入。cdecl，stdcall和safecall则按从右向左方向。
2) 对于除cdecl之外的所有调用惯例，函数/过程在返回的时候要把堆栈中的参数退栈。对cdecl惯例，调用者在被调用的过程返回后执行参数退栈操作
3) register调用惯例最多能用3个CPU寄存器来传递参数，而其它调用惯例只能通过堆栈来传递参数
4) safecall调用惯例实现了异常的防火墙。在Windows上实现了跨进程的COM错误通知机制。
5) register调用效率最高，因为它避免了堆栈的创建。Delphi中published属性必须是register。
6) cdecl常用于调用C/C++编写的共享库中的函数；但是，如果要调用外部代码，那么一般要用stdcall和safecall
7) 在Windows上，系统的API都是stdcall和safecall；在其它操作系统上通常用cdecl（注意：stdcall比cdecl效率要高）
8) 在dual-interface（双接口）方法中必须用safecall惯例。
9) pascal惯例是为了向后兼容；near/far/export用于16位Window编程中的函数调用，在32位的应用程序中不发挥作用，仅仅是为了向后兼容。
下表进行了总结：

Calling conventions Parameter order Clean-up Passes parameters in registers？
register Left-to-right Routine Yes
pascal Left-to-right Routine No
cdecl Right-to-left Caller No
stdcall Right-to-left Routine No
safecall Right-to-left Routine No

2.。http://blog.csdn.net/yfy_47/article/details/6572370

__stdcall、__cdecl和__fastcall是三种函数调用协议，函数调用协议会影响函数参数的入栈方式、栈内数据的清除方式、编译器函数名的修饰规则等。如下图所示，可以在IDE环境中设定所有函数默认的调用协议，还可以在函数定义时单独设定本函数的调用协议。

1. 调用协议常用场合
2. 1. __stdcall：Windows API默认的函数调用协议。
   2. __cdecl：C/C++默认的函数调用协议。
   3. __fastcall：适用于对性能要求较高的场合。
3. 函数参数入栈方式
4. 1. __stdcall：函数参数由右向左入栈。
   2. __cdecl：函数参数由右向左入栈。
   3. __fastcall：从左开始不大于4字节的参数放入CPU的ECX和EDX寄存器，其余参数从右向左入栈。
   4. 问题一：__fastcall在寄存器中放入不大于4字节的参数，故性能较高，适用于需要高性能的场合。
5. 栈内数据清除方式
6. 1. __stdcall：函数调用结束后由被调用函数清除栈内数据。
   2. __cdecl：函数调用结束后由函数调用者清除栈内数据。
   3. __fastcall：函数调用结束后由被调用函数清除栈内数据。
   4. 问题一：不同编译器设定的栈结构不尽相同，跨开发平台时由函数调用者清除栈内数据不可行。
   5. 问题二：某些函数的参数是可变的，如printf函数，这样的函数只能由函数调用者清除栈内数据。
   6. 问题三：由调用者清除栈内数据时，每次调用都包含清除栈内数据的代码，故可执行文件较大。
7. C语言编译器函数名称修饰规则
8. 1. __stdcall：编译后，函数名被修饰为“_functionname@number”。
   2. __cdecl：编译后，函数名被修饰为“_functionname”。
   3. __fastcall：编译后，函数名给修饰为“@functionname@nmuber”。
   4. 注：“functionname”为函数名，“number”为参数字节数。
   5. 注：函数实现和函数定义时如果使用了不同的函数调用协议，则无法实现函数调用。
9. C++语言编译器函数名称修饰规则
10. 1. __stdcall：编译后，函数名被修饰为“?functionname@@YG******@Z”。
    2. __cdecl：编译后，函数名被修饰为“?functionname@@YA******@Z”。
    3. __fastcall：编译后，函数名被修饰为“?functionname@@YI******@Z”。
    4. 注：“******”为函数返回值类型和参数类型表。
    5. 注：函数实现和函数定义时如果使用了不同的函数调用协议，则无法实现函数调用。
    6. C语言和C++语言间如果不进行特殊处理，也无法实现函数的互相调用。