从写线程函数时遇到的__stdcall谈起
来源:互联网 发布:美国网络实名制 编辑:程序博客网 时间:2024/04/27 12:54
今天写线程函数时,发现msdn中对ThreadProc的定义有要求: DWORD WINAPI ThreadProc( LPVOID lpParameter);
不解为什么要用WINAPI宏定义,查了后发现下面的定义。
于是乎需要区别 __stdcall和__cdecl两者的区别:
#define CALLBACK __stdcall
#define WINAPI __stdcall
#define WINAPIV __cdecl
#define APIENTRY WINAPI
#define APIPRIVATE __stdcall
#define PASCAL __stdcall
#define cdecl _cdecl
#ifndef CDECL
#define CDECL _cdecl
#endif
几乎我们写的每一个WINDOWS API函数都是__stdcall类型的
首先,需要了解两者之间的区别:
WINDOWS的函数调用时需要用到栈(STACK,一种先入后出的存储结构)。当函数调用完成后,栈需要清理,这里就是问题的关键,如何清理???
如果我们的函数使用了_cdecl,那么栈的清除工作是由调用者,用COM的术语来讲就是客户来完成的。这样带来了一个棘手的问题,不同的编译器产生栈的方式不尽相同,那么调用者能否正常的完成清理工作呢?答案是不能。
如果使用__stdcall,上面的问题就解决了,函数自己解决清理工作。所以,在跨(开发)平台的调用中,我们都使用__stdcall(虽然有时是以WINAPI的样子出现)。
那么为什么还需要_cdecl呢?
当我们遇到这样的函数如fprintf()它的参数是可变的,不定长的,被调用者事先无法知道参数的长度,事后的清除工作也无法正常的进行,因此,这种情况我们只能使用_cdecl。
到这里我们有一个结论:如果你的程序中没有涉及可变参数,最好使用__stdcall关键字。
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/sailorzon/archive/2005/03/15/320103.aspx
- 从写线程函数时遇到的__stdcall谈起
- 从写线程函数时遇到的__stdcall谈起
- 从进程和线程定义及区别谈起,包括linux环境下进程和线程的常见函数
- 从中国的制造业谈起!
- 从程序员的月薪谈起
- 从win32中的写时复制(Copy on write )机制谈起
- 从为什么要将基类的析构函数定义为虚函数谈起~~
- 线程函数---静态函数遇到的问题
- parameter 3 from 'unsigned long (void *)' to 'unsigned long (__stdcall *)VC以类的成员函数作为线程调用函数时易出错问题解决办法
- 从C++类创建后,自动创建的函数有哪些开始谈起
- 从系统托盘右键的怪现象谈起
- 给中国学生的一封信:从诚信谈起
- 从Functional Programming的翻译方法谈起
- 给中国学生的一封信:从诚信谈起
- 从所谓的“银河麒麟”谈起
- 给中国学生的一封信:从诚信谈起
- 从人耳的认知特性谈起
- 从csrss弹出的ASSERT对话框谈起
- delphi dll 实例 与 dll窗体实例
- 关于什么时候用assert(断言)的思考
- // 写一个函数,实现将一个字符串中的'/t'替换成四个'*', '/t'个数不定。如char *p="ht/thdsf/t/ttt/tfds dfsw/t ew/t",替换后p="ht****hdsf********tt****fds dfsw****
- delphi dll 静态调用和动态调用方法总结
- 笔记本电脑显卡性能最新排名【2010-01-10】
- 从写线程函数时遇到的__stdcall谈起
- 客户端验证的极品--jQuery.validator
- 《赢在中国》经典语录
- 这么难
- delphi 注册 com 对象的方法
- “给”永远比“取”快乐
- 我的显示器变成一条线
- 于丹教授360个让人流泪的句子
- 关于C/C++ 表达式求值顺序 未定义