调用约定（CALLBACK、WINAPI、WINAPIV、 APIENTRY、APIPRIVATE、PASCAL）
#define CALLBACK __stdcall
#define WINAPI __stdcall
#define WINAPIV __cdecl
#define APIENTRY WINAPI
#define APIPRIVATE __stdcall
#define PASCAL __stdcall
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++
调用约定(Calling convention)决定以下内容：函数参数的压栈顺序，由调用者还是被调用者把参数弹出栈，以及产生函数修饰名的方法。MFC支持以下调用约定：
_cdecl
按从右至左的顺序压参数入栈，由调用者把参数弹出栈。对于“C”函数或者变量，
修饰名是在函数名前加下划线。对于“C++”函数，有所不同。
如函数void test(void)的修饰名是_test；对于不属于一个类的“C++”全局函数，
修饰名是?test@@ZAXXZ。
这是MFC缺省调用约定。由于是调用者负责把参数弹出栈，所以可以给函数定义
个数不定的参数，如printf函数。
_stdcall
按从右至左的顺序压参数入栈，由被调用者把参数弹出栈。对于“C”函数或者变量，修饰名以下划线为前缀，然后是函数名，然后是符号“@”及参数的字节数，如函数int func(int a, double b)的修饰名是_func@12。对于“C++”函数，则有所
不同。
所有的Win32 API函数都遵循该约定。
_fastcall
头两个DWORD类型或者占更少字节的参数被放入ECX和EDX寄存器，其他剩
下的参数按从右到左的顺序压入栈。由被调用者把参数弹出栈，对于“C”函数或者
变量，修饰名以“@”为前缀，然后是函数名，接着是符号“@”及参数的字节数，如
函数int func(int a, double b)的修饰名是@func@12。对于“C++”函数，
有所不同。
未来的编译器可能使用不同的寄存器来存放参数。
thiscall
仅仅应用于“C++”成员函数。this指针存放于CX寄存器，参数从右到左压栈。thiscall不是关键词，因此不能被程序员指定。
naked call
采用1-4的调用约定时，如果必要的话，进入函数时编译器会产生代码来保存ESI，EDI，EBX，EBP寄存器，退出函数时则产生代码恢复这些寄存器的内容。naked call不产生这样的代码。
naked call不是类型修饰符，故必须和_declspec共同使用，如下：
__declspec( naked ) int func( formal_parameters )
{
// Function body
}
过时的调用约定
原来的一些调用约定可以不再使用。它们被定义成调用约定_stdcall或者_cdecl。
例如：
#define CALLBACK __stdcall
#define WINAPI __stdcall
#define WINAPIV __cdecl
#define APIENTRY WINAPI
#define APIPRIVATE __stdcall
#define PASCAL __stdcall
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++
C/C++函数调用约定
关于 C/C++ 函数调用约定，大多数时候并不会影响程序逻辑，但遇到跨语言
编程时，了解一下还是有好处的。
VC 中默认调用是 __cdecl 方式，Windows API 使用 __stdcall 调用方式，
在 DLL 导出函数中，为了跟Windows API 保持一致，建议使用 __stdcall 方式。
调用约定跟堆栈清除密切相关。如果写一个汇编函数，给 C/C++ 调用，
在 __cdecl 方式下，则汇编函数无需清除堆栈，在 __stdcall 方式下，汇编函数需要在返回（RET）之前恢复堆栈。
C 语言有 __cdecl、__stdcall、__fastcall、naked、__pascal。
C++ 语言有 __cdecl、__stdcall、__fastcall、naked、__pascal、
__thiscall，比 C 语言多出一种__thiscall 调用方式。
在VC中，可以设置默认的调用约定，设置路径为：
Project → Properties → Configuration
Properties → C/C++ → Advanced → Call Conversion。
下面详细介绍如上六种调用方式：
1、__cdecl
__cdecl调用约定又称为 C 调用约定，是 C/C++ 语言缺省的调用约定。参数
按照从右至左的方式入栈，函数本身不清理栈，此工作由调用者负责，返回值在EAX中。由于由调用者清理栈，所以允许可变参数函数存在，如int
sprintf(char* buffer,const char* format,...);。
2、__stdcall
__stdcall 很多时候被称为 pascal 调用约定。pascal 语言是早期很常见的
一种教学用计算机程序设计语言，其语法严谨。参数按照从右至左的方式入栈，函数自身清理堆栈，返回值在EAX中。
3、__fastcall
顾名思义，__fastcall 的特点就是快，因为它通过 CPU 寄存器来传递参数。他用 ECX 和 EDX 传送前两个双字（DWORD）或更小的参数，剩下的参数按照从右至左的方式入栈，函数自身清理堆栈，返回值在 EAX 中。
4、naked
naked 是一个很少见的调用约定，一般不建议使用。编译器不会给这种函数增加初始化和清理代码，更特殊的是，你不能用return返回返回值，只能用插入汇编返回结果，此调用约定必须跟 __declspec 同时使用。例如定义一个求和程序，如__declspec(naked) int add(int a,int b);。
5、__pascal
这是 pascal 语言的调用约定，跟 __stdcall 一样，参数按照从右至左的方式入栈，函数自身清理堆栈，返回值在EAX中。VC 中已经废弃了这种调用方式，因此在写 VC 程序时，建议使用 __stdcall 代替。
6、__thiscall
这是 C++ 语言特有的一种调用方式，用于类成员函数的调用约定。如果参数确定，this 指针存放于 ECX 寄存器，函数自身清理堆栈；如果参数不确定，this 指针在所有参数入栈后再入栈，调用者清理栈。__thiscall 不是关键字，程序员不能使用。参数按照从右至左的方式入栈。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++++++++++++++++++++
在C语言中，假设我们有这样的一个函数：
int function(int a,int b)
调用时只要用result = function(1,2)这样的方式就可以使用这个函数。但是，当高级语言被编译成计算机可以识别的机器码时，有一个问题就凸现出来：在CPU中，计算机没有办法知道一个函数调用需要多少个、什么样的参数，也没有硬件可以保存这些参数。也就是说，计算机不知道怎么给这个函数传递参数，传递参数的工作必须由函数调用者和函数本身来协调。为此，计算机提供了一种被称为栈的数据结构来支持参数传递。
栈是一种先进后出的数据结构，栈有一个存储区、一个栈顶指针。栈顶指针
指向堆栈中第一个可用的数据项（被称为栈顶）。用户可以在栈顶上方向栈中加入数据，这个操作被称为压栈(Push)，压栈以后，栈顶自动变成新加入数据项的位置，栈顶指针也随之修改。用户也可以从堆栈中取走栈顶，称为弹出栈(pop)，弹出栈后，栈顶下的一个元素变成栈顶，栈顶指针随之修改。
函数调用时，调用者依次把参数压栈，然后调用函数，函数被调用以后，在
堆栈中取得数据，并进行计算。函数计算结束以后，或者调用者、或者函数本身修改堆栈，使堆栈恢复原装。
在参数传递中，有两个很重要的问题必须得到明确说明：
（1）当参数个数多于一个时，按照什么顺序把参数压入堆栈
（2）函数调用后，由谁来把堆栈恢复原装
在高级语言中，通过函数调用约定来说明这两个问题。常见的调用约定有：
__stdcall
__cdecl
__fastcall
__thiscall
__naked call
（1）__stdcall调用约定
__stdcall很多时候被称为pascal调用约定，因为pascal是早期很常见的一
种教学用计算机程序设计语言，其语法严谨，使用的函数调用约定就是__stdcall。在Microsoft C++系列的C/C++编译器中，常常用PASCAL宏来声明这个调用约定，类似的宏还有WINAPI和CALLBACK。
__stdcall调用约定声明的语法为(以前文的那个函数为例）：
int __stdcall function(int a,int b)
__stdcall的调用约定意味着：1）参数从右向左压入堆栈，2）函数自身修改
堆栈 3)函数名自动加前导的下划线，后面紧跟一个@符号，其后紧跟着参数的尺寸。
以上述这个函数为例，参数b首先被压栈，然后是参数a，函数调用
function(1,2)调用处翻译成汇编语言将变成：
push 2 第二个参数入栈； push 1 第一个参数入栈； call function 调用参数，
注意此时自动把cs:eip入栈。
而对于函数自身，则可以翻译为：
push ebp 保存ebp寄存器，该寄存器将用来保存堆栈的栈顶指针，可以在函
数退出时恢复；
mov ebp,esp 保存堆栈指针；
mov eax,[ebp + 8H] 堆栈中ebp指向位置之前依次保存有ebp,cs:eip,eip,a,b； ebp +8指向a ；
add eax,[ebp + 0CH] 堆栈中ebp + 12处保存了b ；
mov esp,ebp 恢复esp；
pop ebp
ret 8
而在编译时，这个函数的名字被翻译成_function@8
注意不同编译器会插入自己的汇编代码以提供编译的通用性，但是大体代码如此。其中在函数开始处保留esp到ebp中，在函数结束恢复是编译器常用的方法。
从函数调用看，2和1依次被push进堆栈，而在函数中又通过相对于ebp(即
刚进函数时的堆栈指针）的偏移量存取参数。函数结束后，ret 8表示清理8个字
节的堆栈，函数自己恢复了堆栈。
（2）__cdecl调用约定
__cdecl调用约定又称为C调用约定，是C语言缺省的调用约定，它的定义
语法是：
int function (int a ,int b) //不加修饰就是C调用约定
int __cdecl function(int a,int b) //明确指出C调用约定
在写本文时，出乎我的意料，发现cdecl调用约定的参数压栈顺序是和
stdcall是一样的，参数首先由有向左压入堆栈。所不同的是，函数本身不清理堆栈，调用者负责清理堆栈。由于这种变化，C调用约定允许函数的参数的个数是不
固定的，这也是C语言的一大特色。对于前面的function函数，使用cdecl后的汇
编码变成：
调用处 push 1， push 2，call function， add esp,8 。注意：这里调用者在
恢复堆栈被调用函数_function处 push ebp 保存ebp寄存器，该寄存器将用来保
存堆栈的栈顶指针，可以在函数退出时恢复 mov ebp,esp 保存堆栈指针 mov
eax,[ebp + 8H] 堆栈中ebp指向位置之前依次保存有ebp,cs:eip,a,b,ebp +8指向a add eax,[ebp + 0CH] 堆栈中ebp + 12处保存了b mov esp,ebp 恢复esp pop ebp ret 注意，这里没有修改堆栈
MSDN中说，该修饰自动在函数名前加前导的下划线，因此函数名在符号表
中被记录为_function，但是我在编译时似乎没有看到这种变化。
由于参数按照从右向左顺序压栈，因此最开始的参数在最接近栈顶的位置，
因此当采用不定个数参数时，第一个参数在栈中的位置肯定能知道，只要不定的参数个数能够根据第一个后者后续的明确的参数确定下来，就可以使用不定参数，例如对于CRT中的sprintf函数，定义为：
int sprintf(char* buffer,const char* format,...)
由于所有的不定参数都可以通过format确定，因此使用不定个数的参数是没有问
题的。
（3）__fastcall
__fastcall调用约定和__stdcall类似，它意味着：
函数的第一个和第二个DWORD参数（或者尺寸更小的）通过ecx和edx传递，其他参数通过从右向左的顺序压栈，被调用函数清理堆栈，函数名修改规则同__stdcall，其声明语法为：
int __fastcall function(int a,int b)
（4）__thiscall
__thiscall是唯一一个不能明确指明的函数修饰，因为__thiscall不是关键字。它是C++类成员函数缺省的调用约定。由于成员函数调用还有一个this指针，因
此必须特殊处理，__thiscall意味着：
参数从右向左入栈
如果参数个数确定，this指针通过ecx传递给被调用者；如果参数个数不确定，this指针在所有参数压栈后被压入堆栈。
对参数个数不定的，调用者清理堆栈，否则函数自己清理堆栈。
为了说明这个调用约定，定义如下类和使用代码：
class A { public: int function1(int a,int b); int function2(int a,...); }; int A::function1 (int a,int b) { return a+b; } #include int A::function2(int a,...) { va_list ap;
va_start(ap,a); int i; int result = 0; for(i = 0 ; i < a ; i ++) { result += va_arg(ap,int); } return result; } void callee() { A a; a.function1 (1,2); a.function2(3,1,2,3); }
callee函数被翻译成汇编后就变成：
//函数function1调用 0401C1D push 2 00401C1F push 1 00401C21 lea ecx,[ebp-8] 00401C24 call function1 注意，这里this没有被入栈 //函数function2调用00401C29 push 3 00401C2B push 2 00401C2D push 1 00401C2F push 3 00401C31 lea eax,[ebp-8] 这里引入this指针 00401C34 push eax 00401C35 call function2 00401C3A add esp,14h
可见，对于参数个数固定情况下，它类似于stdcall，不定时则类似cdecl
（5）naked call
这是一个很少见的调用约定，一般程序设计者建议不要使用。编译器不会给这种函数增加初始化和清理代码，更特殊的是，你不能用return返回返回值，只
能用插入汇编返回结果。这一般用于实模式驱动程序设计，假设定义一个求和的加法程序，可以定义为：
__declspec(naked) int add(int a,int b) { __asm mov eax,a __asm add eax,b
__asm ret }
注意，这个函数没有显式的return返回值，返回通过修改eax寄存器实现，而且连退出函数的ret指令都必须显式插入。上面代码被翻译成汇编以后变成：
mov eax,[ebp+8]
add eax,[ebp+12]
ret 8
注意这个修饰是和__stdcall及__cdecl结合使用的，前面是它和__cdecl结合使用的代码，对于和stdcall结合的代码，则变成：
__declspec(naked) int __stdcall function(int a,int b)
{ __asm mov eax,a __asm add eax,b __asm ret 8 //注意后面的8 }
至于这种函数被调用，则和普通的cdecl及stdcall调用函数一致。
函数调用约定导致的常见问题:
如果定义的约定和使用的约定不一致，则将导致堆栈被破坏，导致严重问题，下面是两种常见的问题：
函数原型声明和函数体定义不一致
DLL导入函数时声明了不同的函数约定
以后者为例，假设我们在dll种声明了一种函数为：
__declspec(dllexport) int func(int a,int b);//注意，这里没有__stdcall，使用的是
__cdecl
使用时代码为：
typedef int (*WINAPI DLLFUNC)func(int a,int b); hLib = LoadLibrary(...); DLLFUNC func = (DLLFUNC)GetProcAddress(...)//这里修改了调用约定 result = func(1,2);//导致错误
由于调用者没有理解WINAPI的含义错误的增加了这个修饰，上述代码必然导致
堆栈被破坏，MFC在编译时插入的checkesp函数将告诉你，堆栈被破坏了。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++
调用约定：
__cdecl 、__fastcall与 __stdcall，三者都是调用约定(Calling convention)，
它决定以下内容：1)函数参数的压栈顺序，2)由调用者还是被调用者把参数弹出栈，3)以及产生函数修饰名的方法。
1、__stdcall调用约定：函数的参数自右向左通过栈传递，被调用的函数在返
回前清理传送参数的内存栈，
2、__cdecl是C和C＋＋程序的缺省调用方式。每一个调用它的函数都包含
清空堆栈的代码，所以产生的可执行文件大小会比调用_stdcall函数的大。函数采
用从右到左的压栈方式。注意：对于可变参数的成员函数，始终使用__cdecl的转
换方式。
3、__fastcall调用约定：它是通过寄存器来传送参数的（实际上，它用ECX
和EDX传送前两个双字（DWORD）或更小的参数，剩下的参数仍旧自右向左压
栈传送，被调用的函数在返回前清理传送参数的内存栈）。
4、thiscall仅仅应用于"C++"成员函数。this指针存放于CX寄存器，参数从
右到左压。thiscall不是关键词，因此不能被程序员指定。
5、 naked call采用1-4的调用约定时，如果必要的话，进入函数时编译器会
产生代码来保存ESI，EDI，EBX，EBP寄存器，退出函数时则产生代码恢复这些
寄存器的内容。naked call不产生这样的代码。naked call不是类型修饰符，故必
须和_declspec共同使用。
调用约定可以通过工程设置：Setting...\C/C++ \Code Generation项进行选择，缺省状态为__cdecl。
名字修饰约定：
1、修饰名(Decoration name)："C"或者"C++"函数在内部（编译和链接）通过修饰名识别
2、C编译时函数名修饰约定规则：
__stdcall调用约定在输出函数名前加上一个下划线前缀，后面加上一个"@"符
号和其参数的字节数，格式为_functionname@number,例如：function(int a, int b)，其修饰名为：_function@8
__cdecl调用约定仅在输出函数名前加上一个下划线前缀，格式为
_functionname。
__fastcall调用约定在输出函数名前加上一个"@"符号，后面也是一个"@"符号
和其参数的字节数，格式为@functionname@number。
3、C++编译时函数名修饰约定规则：
__stdcall调用约定：
1)、以"?"标识函数名的开始，后跟函数名；
2)、函数名后面以"@@YG"标识参数表的开始，后跟参数表；
3)、参数表以代号表示：
X--void ，
D--char，
E--unsigned char，
F--short，
H--int，
I--unsigned int，
J--long，
K--unsigned long，
M--float，
N--double，
_N--bool，
PA--表示指针，后面的代号表明指针类型，如果相同类型的指针连续出现，以"0"
代替，一个"0"代表一次重复；
4)、参数表的第一项为该函数的返回值类型，其后依次为参数的数据类型,指针标
识在其所指数据类型前；
5)、参数表后以"@Z"标识整个名字的结束，如果该函数无参数，则以"Z"标识结束。其格式为"?functionname@@YG*****@Z"或"?functionname@@YG*XZ"，例如
int Test1(char *var1,unsigned long)----"?Test1@@YGHPADK@Z"
void Test2()-----“?Test2@@YGXXZ”
__cdecl调用约定：
规则同上面的_stdcall调用约定，只是参数表的开始标识由上面的"@@YG"变为"@@YA"。
__fastcall调用约定：
规则同上面的_stdcall调用约定，只是参数表的开始标识由上面的"@@YG"变为"@@YI"。
VC++对函数的省缺声明是"__cedcl",将只能被C/C++调用.
注意：
1、_beginthread需要__cdecl的线程函数地址，_beginthreadex和CreateThread
需要__stdcall的线程函数地址。
2、一般WIN32的函数都是__stdcall。而且在Windef.h中有如下的定义：
#define CALLBACK __stdcall
#define WINAPI __stdcall
C++和C的缺省约定是__cdecl。
3、extern "C" _declspec(dllexport) int __cdecl Add(int a, int b);
typedef int (__cdecl*FunPointer)(int a, int b);
修饰符的书写顺序如上。
4、 extern "C"的作用：如果Add(int a, int b)是在c语言编译器编译，而在c++文
件使用，则需要在c++文件中声明：extern "C" Add(int a, int b)，因为c编译器和
c++编译器对函数名的解释不一样（c++编译器解释函数名的时候要考虑函数参数，这样是了方便函数重载，而在c语言中不存在函数重载的问题），使用extern "C"，实质就是告诉c++编译器，该函数是c库里面的函数。如果不使用extern "C"则会
出现链接错误。
一般象如下使用：
#ifdef _cplusplus
#define EXTERN_C extern "C"
#else
#define EXTERN_C extern
#endif
#ifdef _cplusplus
extern "C"{
#endif
EXTERN_C int func(int a, int b);
#ifdef _cplusplus
}
#endif
5、MFC提供了一些宏，可以使用AFX_EXT_CLASS来代替
__declspec(DLLexport)，并修饰类名，从而导出类，AFX_API_EXPORT来修饰
函数，AFX_DATA_EXPORT来修饰变量
AFX_CLASS_IMPORT：__declspec(DLLexport)
AFX_API_IMPORT：__declspec(DLLexport)
AFX_DATA_IMPORT：__declspec(DLLexport)
AFX_CLASS_EXPORT：__declspec(DLLexport)
AFX_API_EXPORT：__declspec(DLLexport)
AFX_DATA_EXPORT：__declspec(DLLexport)
AFX_EXT_CLASS：#ifdef _AFXEXT
AFX_CLASS_EXPORT
#else
AFX_CLASS_IMPORT
6、 DLLMain负责初始化(Initialization)和结束(Termination)工作，每当一个新的进程或者该进程的新的线程访问DLL时，或者访问DLL的每一个进程或者线程不再使用DLL或者结束时，都会调用DLLMain。但是，使用TerminateProcess或TerminateThread结束进程或者线程，不会调用DLLMain。
7、一个DLL在内存中只有一个实例
DLL程序和调用其输出函数的程序的关系：
1)、DLL与进程、线程之间的关系
DLL模块被映射到调用它的进程的虚拟地址空间。
DLL使用的内存从调用进程的虚拟地址空间分配，只能被该进程的线程所访问。DLL的句柄可以被调用进程使用；调用进程的句柄可以被DLL使用。
DLLDLL可以有自己的数据段，但没有自己的堆栈，使用调用进程的栈，与调用它的应用程序相同的堆栈模式。
2)、关于共享数据段
DLL 定义的全局变量可以被调用进程访问；DLL可以访问调用进程的全局数据。使用同一DLL的每一个进程都有自己的DLL全局变量实例。如果多个线程并发访问同一变量，则需要使用同步机制；对一个DLL的变量，如果希望每个使用DLL 的线程都有自己的值，则应该使用线程局部存储(TLS，Thread Local Strorage)。
stdcall调用约定： stdcall很多时候被称为pascal调用约定，因为pascal是早期很常见的一种教学用计算机程序设计语言，其语法严谨，使用的函数调用约定就是stdcall。在Microsoft C++系列的C/C++编译器中，常常用PASCAL宏来声明这个调用约定，类似的宏还有WINAPI和CALLBACK。 stdcall调用约定声明的语法为(以前文的那个函数为例）： int __stdcall function(int a,int b) stdcall的调用约定意味着：1）参数从右向左压入堆栈，2）函数自身修改堆栈 3)函数名自动加前导的下划线，后面紧跟一个@符号，其后紧跟着参数的尺寸。 以上述这个函数为例，参数b首先被压栈，然后是参数a，函数调用function(1,2)调用处 翻译成汇编语言将变成： push 2 第二个参数入栈 push 1 第一个参数入栈 call function 调用参数，注意此时自动把cs:eip入栈 而对于函数自身，则可以翻译为： push ebp 保存ebp寄存器，该寄存器将用来保存堆栈的栈顶指针，可以在函数退出时恢复mov ebp,esp 保存堆栈指针mov eax,[ebp + 8H] 堆栈中ebp指向位置之前依次保存有ebp,cs:eip,a,b,ebp +8指向a add eax,[ebp + 0CH] 堆栈中ebp + 12处保存了b mov esp,ebp 恢复esp pop ebp ret 8 而在编译时，这个函数的名字被翻译成_function@8 注意不同编译器会插入自己的汇编代码以提供编译的通用性，但是大体代码如此。其中在函数开始处保留esp到ebp中，在函数结束恢复是编译器常用的方法。 从函数调用看，2和1依次被push进堆栈，而在函数中又通过相对于ebp(即刚进函数时的堆栈指针）的偏移量存取参数。函数结束后，ret 8表示清理8个字节的堆栈，函数自己恢复了堆栈。 cdecl调用约定：
回调函数与回调机制 1. 什么是回调函数 回调函数（callback Function），顾名思义，用于回调的函数。回调函数只是一个功能片段，由用户按照回调函数调用约定来实现的一个函数。回调函数是一个工作流的一部分，由工作流来决定函数的调用（回调）时机。回调函数包含下面几个特性： ?属于工作流的一个部分； ?必须按照工作流指定的调用约定来申明（定义）； ?他的调用时机由工作流决定，回调函数的实现者不能直接调用回调函数来实现工作流的功能； 2. 回调机制 回调机制是一种常见的设计模型，他把工作流内的某个功能，按照约定的接口暴露给外部使用者，为外部使用者提供数据，或要求外部使用者提供数据。 如上图所示，工作流提供了两个对外接口（获取参数、显示结果），以回调函数的形式实现。 ?“获取参数”回调函数，需要工作流使用者设定工作流计算需要的参数。 ?“显示结果”回调函数，提供计算结果给工作流使用者。
再以Windows的枚举顶级窗体为例。函数EnumWindows用于枚举当前系统中的所有顶级窗口，其函数原型为： BOOL EnumWindows( WNDENUMPROC lpEnumFunc, // callback function LPARAM lParam // application-defined value ); 其中lpEnumFunc是一个回调函数，他用于返回枚举过程中的获得的窗口的句柄。其定义约定为： BOOL CALLBACK EnumWindowsProc( HWND hwnd, // handle to parent window LPARAM lParam // application-defined value ); 在这个例子中，EnumWindows 是一个工作流，这个工作流用于遍历windows的所有窗口并获得其句柄。用户使用EnumWindows工作流的目的是想通过工作流来来获取窗口的句柄以便针对特定的一个或多个窗口进行相关处理。于是EnumWindows就扩展出接口lpEnumFunc，用于返回遍历的窗口句柄。 EnumWindows工作流的结束有两个方式：1，用户在回调函数中返回FALSE；2，再也找不到顶级窗口。我们可以推测EnumWindows的实现机制如下： 注：下列代码中的FindFirstTopWindows(), FindNextTopWindow()为假设的，Windows API 没有此函数，只是为了表明Enumwindows的内部流程。 BOOL EnumWindows( WNDENUMPROC lpEnumFunc, // callback function LPARAM lParam // application-defined value ) { BOOL bRet = TRUE; HWND hWnd = ::FindFirstTopWindows(); // 此函数是假设的，查找第一个顶级窗口 // 当hWnd为0时表示再也找不到顶级窗口 while( hWnd ) { bRet = (*lpEnumFunc)( hWnd, value ); if( !bRet) break; // 终止EnumWindows工作流； hWnd = ::FindNextWindow(); // 此函数是假设的，查找下一个顶级窗口 } } 在EnumWindows(...)函数中，实现了窗口枚举的工作流，他通过回调机制把用户关心（顶级窗口句柄）的和枚举工作流分开，用户不需要知道EnumWindows的具体实现，用户只要知道，设定了lpEnumFunc函数，然后把函数指针传给EnumWindwos就可以获得想要的窗口句柄。
1.使用DEF 文件从DLL 导出 模块定义(.def) 文件是包含一个或多个描述DLL 各种属性的Module 语句的文本文件。如果不使用__declspec(dllexport)关键字导出DLL 的函数，则DLL 需要 .def 文件。 .def 文件必须至少包含下列模块定义语句： 文件中的第一个语句必须是LIBRARY 语句。此语句将 .def 文件标识为属于DLL。LIBRARY 语句的后面是DLL 的名称。链接器将此名称放到DLL 的导入库中。 EXPORTS 语句列出名称，可能的话还会列出DLL 导出函数的序号值。通过在函数名的后面加上@ 符和一个数字，给函数分配序号值。当指定序号值时，序号值的范围必须是从1 到N，其中N 是DLL 导出函数的个数。如果希望按序号导出函数，请参见按序号而不是按名称从DLL 导出函数以及本主题。 例如，包含实现二进制搜索树的代码的DLL 看上去可能像下面这样： LIBRARY BTREE EXPORTS Insert @1 Delete @2 Member @3 Min @4 如果使用MFC DLL 向导创建MFC DLL，则向导将为您创建主干 .def 文件并将其自动添加到项目中。添加要导出到此文件的函数名。对于非MFC DLL，必须亲自创建 .def 文件并将其添加到项目中。 如果导出C++ 文件中的函数，必须将修饰名放到 .def 文件中，或者通过使用外部“C”定义具有标准C 链接的导出函数。如果需要将修饰名放到 .def
文件中，则可以通过使用DUMPBIN 工具或/MAP 链接器选项来获取修饰名。请注意，编译器产生的修饰名是编译器特定的。如果将Visual C++ 编译器产生的修饰名放到 .def 文件中，则链接到DLL 的应用程序必须也是用相同版本的Visual C++ 生成的，这样调用应用程序中的修饰名才能与DLL 的 .def 文件中的导出名相匹配。 如果生成扩展DLL 并使用 .def 文件导出，则将下列代码放在包含导出类的头文件的开头和结尾： #undef AFX_DATA #define AFX_DATA AFX_EXT_DATA //
#undef AFX_DATA #define AFX_DATA 这些代码行确保内部使用的MFC 变量或添加到类的变量是从扩展DLL 导出（或导入）的。例如，当使用DECLARE_DYNAMIC派生类时，该宏扩展以将CRuntimeClass成员变量添加到类。省去这四行代码可能会导致不能正确编译或链接DLL，或在客户端应用程序链接到DLL 时导致错误。 当生成DLL 时，链接器使用 .def 文件创建导出(.exp) 文件和导入库(.lib) 文件。然后，链接器使用导出文件生成DLL 文件。隐式链接到DLL 的可执行文件在生成时链接到导入库。 请注意，MFC 本身使用 .def 文件从MFCx0.dll 导出函数和类。 2.使用_declspec(dllexport) 从DLL 导出 Microsoft 在Visual C++ 的16 位编译器版本中引入了_export，使编译器得以自动生成导出名并将它们放到一个 .lib 文件中。然后，此 .lib 文件就可以像静态 .lib 那样用于与DLL 链接。标题:【原创】windows下32位汇编语言学习笔记第三章使用MASM 作者:jasonnbfan 时间: 2009-05-03,02:48:43 链接: https://www.doczj.com/doc/6b11272130.html,/showthread.php?t=87752 windows下32位汇编语言学习笔记第三章使用MASM 本章讲述的是masm 汇编的程序结构，基本语法，定义等，本章这些内容只是汇编指令里比较常用的，在下面的章节将要用到的指令。实际上汇编指令远不止这些。感兴趣可以参照其他的汇编书籍了解一下。不过对于本书下面的章节来说，这些指令基本上够用了。 Win32汇编程序的基本结构 从例子可以看出来，Win32汇编的结构很简单,下面简单分析下。 模式定义 .386 .model falt,stdcall option casemap:none 这个地方书上已经将的很清楚了。关于.386 .486 .586 .686 之类的指令集，我没找到资料，试验了一下写成.686也没什么问题。 include includelib语句 include windows.inc includelib kernel32.lib 这里的include 和C语言里的include 头文件一个道理，都是导入预先声明好的函数，包括定义好的各种结构。 includelib 就是指定连接的时候告诉连接器从那个lib里找你通过include引入并使用的函数，win32API都是以动态链接库的形式提供的，所以这里就需要对你使用的winAPI包含在那个dll里做到心中有数，不知道的就查msdn，每个API说明后面都有这个API包含在那个头文件中，比如: Header: Declared in Winuser.h; include Windows.h. winAPI是C语言写的，所以头文件都是.h的，汇编的头文件声明是.inc的，打开kernel32.inc 找找Exitprocess 的申明 ExitProcess PROTO :DWORD 你也可以不用预定义的.inc头文件，自己定义。 如果你使用了函数确没有包含对应的.lib,比如使用了ExitProcess函数，没有includelib kernel32.lib,连接时就会报错: error LNK2001: 无法解析的外部符号 __imp__ExitProcess@4 这个外部符号名就是你要调用的函数，名字很诡异吧，这里先有个了解，讲到调用约定的时候再详细说明。
C#：[DllImport("kernel32.dll")]是什么意思？？ 这叫引入kernel32.dll这个动态连接库。 这个动态连接库里面包含了很多WindowsAPI函数,如果你想使用这面的函数，就需要这么引入。举个例子： [DllImport("kernel32.dll")] private static extern void 函数名(参数，[参数]); 函数名就是一个属于kernel32.dll里的一个函数。完了你就可以用那个函数了。 kernel32.dll调用kernel32.dll这个DLL里面的API接口！ 系统API 例如 [DllImport("user32.dll")]//--引入API public static extern ReturnT ype FunctionName(type arg1,type arg2,...);//--声明方法 调用该方法是和调用普通方法没区别 DLL Import 属性 现在是更深入地进行探讨的时候了。在对托管代码进行P/Invoke 调用时，DllImportAttribute 类型扮演着重要的角色。DllImportAttribute 的主要作用是给CLR 指示哪个DLL 导出您想要调用的函数。相关DLL 的名称被作为一个构造函数参数传递给DllImportAttribute。 如果您无法肯定哪个DLL 定义了您要使用的Windows API 函数，Platform SDK 文档将为您提供最好的帮助资源。在Windows API 函数主题文字临近结尾的位置，SDK 文档指定了 C 应用程序要使用该函数必须链接的.lib 文件。在几乎所有的情况下，该.lib 文件具有与定义该函数的系统DLL 文件相同的名称。例如，如果该函数需要 C 应用程序链接到Kernel32.lib，则该函数就定义在Kernel32.dll 中。您可以在MessageBeep 中找到有关MessageBeep 的Platform SDK 文档主题。在该主题结尾处，您会注意到它指出库文件是User32.lib；这表明MessageBeep 是从User32.dll 中导出的。 可选的DllImportAttribute 属性 除了指出宿主DLL 外，DllImportAttribute 还包含了一些可选属性，其中四个特别有趣：EntryPoint、CharSet、SetLastError 和CallingConvention。 EntryPoint 在不希望外部托管方法具有与DLL 导出相同的名称的情况下，可以设置该属性来指示导出的DLL 函数的入口点名称。当您定义两个调用相同非托管函数的外部方法时，这特别有用。另外，在Windows 中还可以通过它们的序号值绑定到导出的DLL 函数。如果您需要这样做，则诸如“#1”或“#129”的EntryPoint 值指示DLL 中非托管函数的序号值而不是函数名。 CharSet 对于字符集，并非所有版本的Windows 都是同样创建的。Windows 9x 系列产品缺少重要的Unicode 支持，而Windows NT 和Windows CE 系列则一开始就使用Unicode。
语法如下： 语法 [访问修饰符] 返回值的类型方法名（[参数列表]）{ //方法体 }
（1）访问修饰符 已经讲述过类的访问修饰符，其实同理，这里的方法的访问修饰符功能也是一样，public 表示公共的，private 表示私有的。 在程序中，如果将变量或者方法声明为public，就表示其他类可以访问，如果声明为private，
（2）方法的返回类型。 方法是供别人调用的，调用后可以返回一个值，这个返回值的数据类型就是方法的返回类型，可以是int、float、double、bool、string 等。如果方法不返回任何值，就使用void。
语法 return 表达式; 如果方法没有返回值，则返回类型应该使用void（空虚；空的），用于说明无返回值。 如：public void Singing() //无返回值 { Console.Write(“在唱歌。。。”); } return 语句做两件事情：表示已经完成，现在要离开这个方法；如果方法产生一个值，这个值放置在return 后面，即<表达式>部分。意思就是“离开该方法，并且将<表达式>的值返回给调用其的程序”。
注意：在编写程序的时候，一定要注意方法声明中返回值的类型和方法体中真正的返 回的值的类型是否匹配，如果不匹配，后果很严重。比如在下面这个ToString()方法中，返 回类型是String 类型，因此在方法体中必须用return 返回一个字符串，否则编译器将报错。
（3）方法名 定义一个方法都要有一个名称 注意：方法名主要用于调用这个方法时用，命名方法就像命名变量、类一样，要遵守一定的规则，如必须以字母、下划线“_”或“$”开头，绝对不能以数字开头。
VB如何调用dll函数 2008-01-10 17:17 開始習慣孤單 | 分类：VB| 浏览13089次 假如我有个DLL,名为 asdfg.dll 它里面有一个函数 zxc(参数1,参数2) 我要用这个函数,该怎么写? 请高手帮我写出脚本,有时间的话请再加上注释 谢谢!! 2008-01-10 19:50 提问者采纳 1.在工程－引用中将asdfg.dll引用过来 2.dim AAA as asdfg 'asdfg是类模块的名称 Private Sub Form_Load() dim x Set AAA = New asdfg x = AAA.zxc(参数1,参数2)'参数1，2自己写 End Sub 建议你了解一下下面dll的制作方法，理解就更透彻了。下面内容来自百度。 1.新建一个ActiveX Dll,工程名字为vbmytestdll,类模块
名字为mytestdll 2.类模块内容只有一个函数,主要返回DLL的HELLO WORLD Public Function dlltest1() As String dlltest1 = "HELLO WORLD" End Function 3.保存,生成DLL,名字为 vbmytestdll.dll 4.新建一个EXE工程,在菜单: 工程---引用---浏览里找到vbmytestdll.dll,把它引用进来 5.EXE工程代码如下: Option Explicit Dim testdll As mytestdll'类模块名字 Private Sub Form_Load() Set testdll = New mytestdll 'DLL的一个新实例 Me.Caption = testdll.dlltest1 '我的标题=返回DLL的HELLO WORLD
在C++中，参数传递的方式是“实虚结合”。 ?按值传递(pass by value) ?地址传递(pass by pointer) ?引用传递(pass by reference) 按值传递的过程为：首先计算出实参表达式的值，接着给对应的形参变量分配一个存储空间，该空间的大小等于该形参类型的，然后把以求出的实参表达式的值一一存入到形参变量分配的存储空间中，成为形参变量的初值，供被调用函数执行时使用。这种传递是把实参表达式的值传送给对应的形参变量，故称这种传递方式为“按值传递”。 使用这种方式，调用函数本省不对实参进行操作，也就是说，即使形参的值在函数中发生了变化，实参的值也完全不会受到影响，仍为调用前的值。 [cpp]view plaincopy 1./* 2. pass By value 3.*/ 4.#include
如果在函数定义时将形参说明成指针，对这样的函数进行调用时就需要指定地址值形式的实参。这时的参数传递方式就是地址传递方式。 地址传递与按值传递的不同在于，它把实参的存储地址传送给对应的形参，从而使得形参指针和实参指针指向同一个地址。因此，被调用函数中对形参指针所指向的地址中内容的任何改变都会影响到实参。 [cpp]view plaincopy 1.#include
在C语言中，假设我们有这样的一个函数： int function（int a，int b） 调用时只要用result = function（1，2）这样的方式就可以使用这个函数。但是，当高级语言被编译成计算机可以识别的机器码时，有一个问题就凸现出来：在CPU中，计算机没有办法知道一个函数调用需要多少个、什么样的参数，也没有硬件可以保存这些参数。也就是说，计算机不知道怎么给这个函数传递参数，传递参数的工作必须由函数调用者和函数本身来协调。为此，计算机提供了一种被称为栈的数据结构来支持参数传递。 栈是一种先进后出的数据结构，栈有一个存储区、一个栈顶指针。栈顶指针指向堆栈中第一个可用的数据项（被称为栈顶）。用户可以在栈顶上方向栈中加入数据，这个操作被称为压栈（Push），压栈以后，栈顶自动变成新加入数据项的位置，栈顶指针也随之修改。用户也可以从堆栈中取走栈顶，称为弹出栈（pop），弹出栈后，栈顶下的一个元素变成栈顶，栈顶指针随之修改。 函数调用时，调用者依次把参数压栈，然后调用函数，函数被调用以后，在堆栈中取得数据，并进行计算。函数计算结束以后，或者调用者、或者函数本身修改堆栈，使堆栈恢复原装。 在参数传递中，有两个很重要的问题必须得到明确说明： 当参数个数多于一个时，按照什么顺序把参数压入堆栈 函数调用后，由谁来把堆栈恢复原装 在高级语言中，通过函数调用约定来说明这两个问题。常见的调用约定有：stdcall cdecl fastcall thiscall naked call stdcall调用约定 stdcall很多时候被称为pascal调用约定，因为pascal是早期很常见的一种教学用计算机程序设计语言，其语法严谨，使用的函数调用约定就是stdcall.在Microsoft C++系列的C/C++编译器中，常常用PASCAL宏来声明这个调用约定，类似的宏还有WINAPI和CALLBACK. stdcall调用约定声明的语法为（以前文的那个函数为例）： int __stdcall function（int a，int b） stdcall的调用约定意味着：1）参数从右向左压入堆栈，2）函数自身修改堆栈3）函数名自动加前导的下划线，后面紧跟一个@符号，其后紧跟着参数的尺寸 以上述这个函数为例，参数b首先被压栈，然后是参数a，函数调用function（1，2）调用处翻译成汇编语言将变成： push 2 第二个参数入栈 push 1 第一个参数入栈 call function 调用参数，注意此时自动把cs：eip入栈 而对于函数自身，则可以翻译为： push ebp 保存ebp寄存器，该寄存器将用来保存堆栈的栈顶指针，可以在函数退出时恢复 mov ebp，esp 保存堆栈指针
函数的定义和调用 7.2函数定义 函数定义的一般形式： 类型标识符函数名(形式参数表列) 函数定义函数首部不要以分号结尾 { 说明部分 执行部分 } 例： int max（int a，int b）/*函数首部*/ ○1类型标识符○2函数名○3形式参数表列 { /*函数体开始*/○4 int z；/*说明部分*/ if（a>b）z=a; /*执行部分*/ else z=b; return（z）； } 说明：函数定义包括函数首部和函数体两部分。 ○1类型标识将是指函数返回值的类型，简称函数值类型。函数的返回值由函数中的return 语句获得，即return后的表达式的值，可以是简单类型、void类型或构造类型等，注意一般函数返回什么类型的数据，函数的类型就定义成相应的类型。void类型为空类型，表示函数没有返回值。如希望不返回值，可以定义函数类型为void类型，当函数值类型为int时，可省略函数类型的说明。关于return：函数的值只能通过return语句返回主调函数，返回函数值的类型和函数定义中函数的类型应保持一致，如果函数值为int型可以省略函数类型说明，不返回函数值的函数，明确定义成空类型。 ○2函数名是函数的标识符。函数名取名遵循c语言标识符的命名规则，区分大小写。函数名后的形式参数表列给出函数的形式参数及其类型说明。 ○3形式参数简称形参，形式参数及其类型说明放在函数名后的一对圆括号中．无论函数是否有形式参数，函数名后的圆括号不可省；圆括号内没有形式参数的函数我们称之为无参函数，有形式参数的函数我们称为有参函数。强调：没有形式参数圆括号也不能省。形式参数可以是各种类型的变量，形式为：形参1类型形参1，形参2类型形参2 各参数之间用逗号间隔。在进行函数调用时，主调函数将赋予这些形式参数实际的值。 ○4函数体：函数说明之后的花括号“{}”括起来的部分，包括声明部分和执行部分： 1)声明部分：用来对函数中使用的变量和函数作说明。 2)执行部分由基本语句组成．函数的功能由函数体内的各个语句的执行来实现。 解释函数 函数的调用 一个函数被定义后，程序中的其他函数就可以使用这个函数，这个过程称为函数调用。 1。函数调用的一般形式 函数名(实参表列)；实际参数表中的参数可以是常数、变量或构造类型数据，各实参之间也是用逗号分隔。对无参函数调用时无实际参数表。 函数有以下三种调用方式： (1) 函数表达式：函数调用出现在一个表达式中、这种表达式称为函数表达式。例如w ＝max(x，y)；此时要求函数返回一个确定的值．参加表达式的计算。这里把max的返回值
1.4.2 窗口的创建 创建一个完整的窗口，需要经过下面几个操作步骤： *设计一个窗口类； *注册窗口类； *创建窗口； *显示及更新窗口。 下面的四个小分节将分别介绍创建窗口的过程。完整的例程请参见光盘中的例子代码Chapter1目录 下WinMain。 1．设计一个窗口类 一个完整的窗口具有许多特征，包括光标（鼠标进入该窗口时的形状）、图标、背景色等。窗口的创建过程类似于汽车的制造过程。我们在生产一个型号的汽车之前，首先要对该型号的汽车进行设计，在图纸上画出汽车的结构图，设计各个零部件，同时还要给该型号的汽车取一个响亮的名字，例如“奥 迪A6”。在完成设计后，就可以按照“奥迪A6”这个型号生产汽车了。 类似地，在创建一个窗口前，也必须对该类型的窗口进行设计，指定窗口的特征。当然，在我们设计一个窗口时，不像汽车的设计这么复杂，因为Windows已经为我们定义好了一个窗口所应具有的基本属性，我们只需要像考试时做填空题一样，将需要我们填充的部分填写完整，一种窗口就设计好了。 在Windows中，要达到作填空题的效果，只能通过结构体来完成，窗口的特征就是由WNDCLASS结构体来定义的。WNDCLASS结构体的定义如下（请读者自行参看MSDN）： typedef struct _WNDCLASS { UINT style; WNDPROC lpfnWndProc; int cbClsExtra; int cbWndExtra; HANDLE hInstance; HICON hIcon; HCURSOR hCursor; HBRUSH hbrBackground;
LPCTSTR lpszMenuName; LPCTSTR lpszClassName; } WNDCLASS; 下面对该结构体的成员变量做一个说明。 第一个成员变量style指定这一类型窗口的样式，常用的样式如下： n CS_HREDRAW 当窗口水平方向上的宽度发生变化时，将重新绘制整个窗口。当窗口发生重绘时，窗口中的文字和图形将被擦除。如果没有指定这一样式，那么在水平方向上调整窗口宽度时，将不会重绘窗口。 n CS_VREDRAW 当窗口垂直方向上的高度发生变化时，将重新绘制整个窗口。如果没有指定这一样式，那么在垂直方向上调整窗口高度时，将不会重绘窗口。 n CS_NOCLOSE 禁用系统菜单的Close命令，这将导致窗口没有关闭按钮。 n CS_DBLCLKS 当用户在窗口中双击鼠标时，向窗口过程发送鼠标双击消息。 style成员的其他取值请参阅MSDN。 知识点在Windows.h中，以CS_开头的类样式（Class Style）标识符被定义为16位的常量，这些常量都只有某1位为1。在VC++开发环境中，利用goto definition功能，可以看 到CS_VREDRAW=0x0001，CS_HREDRAW=0x0002，CS_DBLCLKS =0x0008，CS_NOCLOSE=0x0200，读者可以将这些16进制数转换为2进制数，就可以发现它们都只有1位为1，并且为1的位各不相同。用这种方式定义的标识符称为“位标志”，我们可以使用位运算操作符来组合使用这些样式。例如，要让窗口在水平和垂直尺寸发生变化时发生重绘，我们可以使用位或（｜）操作符将CS_HREDRAW和CS_VREDRAW组合起来，如style=CS_HREDRAW | CS_VREDRAW。假如有一个变量具有多个样式，而我们并不清楚该变量都有哪些样式，现在我们想要去掉该变量具有的某个样式，那么可以先对该样式标识符进行取反（~）操作，然后再和这个变量进行与（&）操作即可实现。例如，要去掉先前的style变量所具有的CS_VREDRAW样式，可以编写代 码：style=style & ~ CS_VREDRAW。 在Windows程序中，经常会用到这种位标志标识符，后面我们在创建窗口时用到的窗口样式，也是属于位标志标识符。
1制作好DLL之后，就可以用VB调用它，实现VB调用C程序。VB程序要使用DLL中的函数，首先必须要有特殊的声明，用Declare声明语句在窗体级或模块级或全局模块的代码声明段进行声明，将动态链接库中的函数声明到VB中，供VB程序调用。 语句格式为：Declare Sub过程名Lib[Alias"别名]（[ByVal参数AS类型]），或为Declare Function函数名Lib[Alias"别名]（[ByVal参数AS类型]）AS类型在声明中首先用Declare 关键字表示声明DLL中的函数。在C语言中有的函数类型为VOID，它表示不具有返回值，则必须用关键字Sub将其声明成过程。有的函数具有返回值，则必须用关键字Function将其声明成函数，并且在声明语句的最后要用AS关键字指明函数返回值的类型。 例如上面的ADD.DLL在VB中就可以声明为： Declare Function ADD Lib“c:\ADD.dll”(ByVal X AS Integer,ByVal Y AS Integer,ByVal filein asstring）AS Integer 通过此声明语句将函数ADD声明到VB中，便可直接调用。 2、dll文件中的函数好像是C语言写的, //函数名:int__stdcall GetMacNo(int*MacNo) //功能：获取卡机的卡机号(单机时) //参数:MacNo[0]-被读出的卡机号 //返回值：0-成功, //2-PC接收超时， //3-应答错误 dll的文件名是COMM232.dll 函数的形参int*MacNo是指针吗? 在VB中应该怎么声明和调用该函数? VB里也可以定义指针吗? 问题补充：vb调用dll文件中的函数我是会的,但这儿的形参有一个星号才不知是怎么一回事, 我是这样声明的对吗? Public Declare Function GetMacNo Lib"COMM232.dll"(ByVal MacNo As Integer)As Integer 又应该怎么调用呢?要先定义一个指针的变量再传给*MacNo还是要怎么做? 都说了MacNo是被读出的卡机号，那么就是传址的了。 dim l as integer dim m as integer l=GetMacNo(m) if l=0then label1.caption="卡机号:"&m elseif l=2then msgbox"PC接收超时" elseif l=3then msgbox"应答错误" end if
1. 什么是回调函数 回调函数（callback Function），顾名思义，用于回调的函数。回调函数只是一个功能片段，由用户按照回调函数调用约定来实现的一个函数。回调函数是一个工作流的一部分，由工作流来决定函数的调用（回调）时机。回调函数包含下面几个特性： 1、属于工作流的一个部分； 2、必须按照工作流指定的调用约定来申明（定义）； 3、他的调用时机由工作流决定，回调函数的实现者不能直接调用回调函数来实现工作流的功能； 2. 回调机制 回调机制是一种常见的设计模型，他把工作流内的某个功能，按照约定的接口暴露给外部使用者，为外部使用者提供数据，或要求外部使用者提供数据。 ======================================================= java回调机制： 软件模块之间总是存在着一定的接口，从调用方式上，可以把他们分为三类：同步调用、回调和异步调用。 同步调用：一种阻塞式调用，调用方要等待对方执行完毕才返回，它是一种单向调用； 回调：一种双向调用模式，也就是说，被调用方在接口被调用时也会调用对方的接口； 异步调用：一种类似消息或事件的机制，不过它的调用方向刚好相反，接口的服务在收到某种讯息或发生某种事件时，会主动通知客户方（即调用客户方的接口）。 回调和异步调用的关系非常紧密：使用回调来实现异步消息的注册，通过异步调用来实现消息的通知。 ======================================================== 用Java里的例子： package callbackexample; public interface ICallBack { //需要回调的方法public void postExec(); } 另外的一个类： package callbackexample; public class FooBar { //组合聚合原则 private ICallBack callBack; public void setCallBack(ICallBack callBack) { this.callBack = callBack; doSth(); } public void doSth() { callBack.postExec(); } } 第二个类在测试类里面，是一个匿名类： package callbackexample; public class Test { public static void main(String[] args) { FooBar foo = new FooBar(); foo.setCallBack(new
MATLAB中函数的调用形式MATLAB软件是一种可用于科技开发的高效率工具软件，它将科学计算、函数绘图与快速编程集于一体，不仅功能强大，而且易学易用，深受广大科技工作者和理工科大学生的喜爱。正在逐渐成为理工科大学生必须掌握的基本工具。 1.求函数导数的命令,调用格式是: （1）y=diff(‘f(x)’) （2）diff(‘f(x)’) （3）y=’ f(x)’ ;diff(y,’x’) (4)syms 各种变量； y=f(x);diff(y,x) 一般调用格式是: diff(y,x,n) 2.定义符号变量,一般形式: syms x y a b t 注解: syms是定义符号变量的命令, 被定义的多个变量之间用空格隔开。 3.转变一个符号表达式S的显示形式: pretty(S) 注解:pretty(S)的作用是将符号表达式S显示成更符合数学习惯的形式。 4.输入格式: fplot (‘f(x)’，[X的左界，X的右界，Y的左界，Y 的右界] 注意：●在书写运算语句时，屏幕的同一行可以同时有多个语句, 但语句之间必须用逗号或分号隔开； ●命令语句以分号结尾时，屏幕不显示运行结果； ●命令语句以逗号或不用标点结尾时，屏幕将显示运行结果。
a=100/12 %显示格式为默认的短型实数格式 format rat %显示格式转换为有理格式a format long %显示格式转换为长型实数格式 a format %还原为默认的短型实数格
5.使用clear命令可以删除所有定义过的变量， 如果只是要删除其中的某几个变量，则应在clear后面指明要删除的变量名称。 6.使用clc 命令可以清除屏幕上所有显示的内容, 但不会删除内存中的变量 7.MATLAB提供了大量的函数，可以满足各种运算需要。（1）使用命令help elfun 可列出所有的初等数学函数名。（2）使用命令help elmat可列出大量的矩阵函数名。
关于DLL动态库调用小结 引言 比较大的应用程序都由很多模块组成，这些模块分别完成相对独立的功能，它们彼此协作来完成整个软件系统的工作。可能存在一些模块的功能较为通用，在构造其它软件系统时仍会被使用。在构造软件系统时，如果将所有模块的源代码都静态编译到整个应用程序EXE 文件中，会产生一些问题：一个缺点是增加了应用程序的大小，它会占用更多的磁盘空间，程序运行时也会消耗较大的内存空间，造成系统资源的浪费；另一个缺点是，在编写大的EXE程序时，在每次修改重建时都必须调整编译所有源代码，增加了编译过程的复杂性，也不利于阶段性的单元测试。 Windows系统平台上提供了一种完全不同的较有效的编程和运行环境，你可以将独立的程序模块创建为较小的DLL(Dynamic Linkable Library)文件，并可对它们单独编译和测试。在运行时，只有当EXE程序确实要调用这些DLL模块的情况下，系统才会将它们装载到内存空间中。这种方式不仅减少了EXE文件的大小和对内存空间的需求，而且使这些DLL模块可以同时被多个应用程序使用。Windows自己就将一些主要的系统功能以DLL 模块的形式实现。 一般来说，DLL是一种磁盘文件，以.dll、.DRV、.FON、.SYS和许多以.EXE为扩展名的系统文件都可以是DLL。它由全局数据、服务函数和资源组成，在运行时被系统加载到进程的虚拟空间中，成为调用进程的一部分。如果与其它DLL之间没有冲突，该文件通常映射到进程虚拟空间的同一地址上。DLL模块中包含各种导出函数，用于向外界提供服务。DLL可以有自己的数据段，但没有自己的堆栈，使用与调用它的应用程序相同的堆栈模式；一个DLL在内存中只有一个实例；DLL实现了代码封装性；DLL的编制与具体的编程语言及编译器无关。 在Win32环境中，每个进程都复制了自己的读/写全局变量。如果想要与其它进程共享内存，必须使用内存映射文件或者声明一个共享数据段。DLL模块需要的堆栈内存都是从运行进程的堆栈中分配出来的。Windows在加载DLL模块时将进程函数调用与DLL文件的导出函数相匹配。Windows操作系统对DLL的操作仅仅是把DLL映射到需要它的进程的虚拟地址空间里去。DLL函数中的代码所创建的任何对象（包括变量）都归调用它的线程或进程所有. 调用方式
易语言中调用DLL使用说明 基本说明 本文所描述的部分功能需易语言4.01或以上版本支持。 “在易语言中调用DLL”包含两方面的内容：调用Windows系统API函数；调用普通DLL函数。 下文用到的“调用API”或“调用DLL”等字眼，除非特别注明，一般都是指以上两方面之一或之和，视上下文而定。绝大多数情况下，无需明确区分调用的是系统API还是普通DLL。 目前易语言只支持以stdcall方式调用DLL中的导出函数。 Windows系统API一般都是以stdcall调用方式导出的，故在易语言中调用它们时通常不必考虑函数调用方式的问题。而普通DLL有可能导出“非stdcall调用方式”（比如cdecl）的函数，调用时需要特别注意。一般而言，考虑到通用性，DLL开发者都会选择导出以sdtcall方式调用的函数。（支持生成DLL的编程语言通常都支持导出stdcall调用方式的函数，具体实现请参考各编程语言手册。） 易语言编译生成的DLL，其导出函数全部为stdcall调用方式，所以在易语言中调用易语言生成的DLL不存在问题。 目前在易语言中调用DLL时只支持1字节对齐的结构（自定义数据类型） 如果DLL命令的某个参数或参数的某个成员是结构类型（自定义数据类型），则其对齐方式必须是1字节对齐。Windows系统API中所用到的结构都是1字节对齐的，故在调用API时不受此限制。但如果想用其它编程语言生成DLL供易语言调用且数据类型中包含了1或2字节数据长度的成员（如字符型或短整数），就需要考虑结构的1字节对齐。 在VC中，可以这样定义1字节对齐的结构（结构在C/C++中称为struct）：
《Linux System Programming》复习题 1.简述API及ABI。 答：API（Application Programming Interface）应用程序接口，API规定了软件模块之间在源代码层交互的接口。它通过提供一组标准接口（通常以函数的方式）进行抽象：一个程序片段（一般是较高层次的代码，但不见得一定是）可以调用另一个程序片段（通常位于较低层次）。 ABI（Application Binary Interface）应用程序二进制接口，ABI定义的是在特定的架构上两个或者多个软件模块之间的二进制接口。定义了一个应用如何和自己交互，如何和内核以及库进行交互。ABI主要关注的问题有调用约定、字节序、寄存器使用、系统调用、链接、库行为和二进制格式。在Linux系统中，每一个机器架构都有自己的ABI集合。 2.简述使用基于系统调用的文件处理函数读写文件的过程。 答：首先使用open函数打开需要调用的文件，open函数有两个参数，第一个是打开的文件路径，第二个是打开的模式，该模式可以为只读、只写等。open函数会返回打开文件的标记符fd。 利用fd可以对文件进行读写操作： 若进行读，则使用read函数，read函数有三个参数，分别是要读的文件的标记符fd，将内容读到何处对应的区域指针buf和读取的长度len。系统会直接将需要读取的内容存入到指定的缓冲区中。 若进行写，则使用write函数，write函数有三个参数，分别是要写的文件的标记符fd，将何处的内容写进文件对应的区域指针buf和写入的长度len。系统会直接将需要写入的内
容存入到指定的文件中。 最后需要利用close函数来关闭打开的文件。 3.简述常用基于系统调用的文件处理函数的使用方法，包括函数原型及参数意义。 答： （1）打开文件：通过open()函数调用来打开一个文件并获得一个文件描述符。 函数原型：#include