什么是WinAPI?

视窗 *** 作系统应用程序接口（Windows API），有非正式的简称法为WinAPI，是微软对于Windows *** 作系统中可用的内核应用程序编程接口的称法。它设计为由C/C++程序调用，而且它也是应用软件与Windows系统最直接的交互方式。而大多数驱动程序所需要的对Windows系统的更底层次访问接口，由所用版本的Windows的Native API来提供接口。 Windows有一个软件开发包（SDK, software development kit）提供相应的文档和工具，以使程序员开发使用Windows API的软件和利用Windows技术。 历史 Windows API总会为程序员提供大量的构建不同Windows的底层结构，这有助于为Windows程序员开发应用程序提供大量的灵活性和功能。但是，它同样使Windows applications要负责处理大量底层且有时是繁琐的与图形用户界面（GUI）相关的 *** 作。 Charles Petzold, 许多有关Windows API的畅销书的作者曾经说过：[1]“The original hello-world program in the Windows 1.0 SDK was a bit of a scandal. HELLO.C was about 150 lines long, and the HELLO.RC resource script had another 20 or so more lines. (...) Veteran C programmers often curled up in horror or laughter when encountering the Windows hello-world program.” —Charles Petzold, Programming Microsoft Windows with C# 常用的例子程序Hello world程序，通常是用来演示一个系统上最简单的程序（即打印一行"Hello World"）。 这些年来，Windows *** 作系统已经今非昔比，而Windows API也随之改变和成长并反映出这种变化。Windows API的 Windows 1.0 版本只提供不到450个函数调用（Subroutine），而现在的版本提供了上千个。然而，整体而言，Windows接口保持了相当好的一致性，古老的Windows 1.0程序对习惯于现在版本Windows API的程序员也并不陌生。[2] Microsoft特别强调维持软件的向后兼容性。为了实现此一目标，有时微软甚至不惜支持使用了非官方乃至（编程上）非法的API的软件。Raymond Chen，一位致力于Windows API的Windows开发者，曾提及他：[3]“could probably write for months solely about bad things apps do and what we had to do to get them to work again (often in spite of themselves). Which is why I get particularly furious when people accuse Microsoft of maliciously breaking applications during OS upgrades. If any application failed to run on Windows 95, I took it as a personal failure.” —Raymond Chen, What about BOZOSLIVEHERE and TABTHETEXTOUTFORWIMPS?Windows API分类Windows API所提供的功能可以归为七类：[4] 基础服务（Base Services）[5]，提供对Windows系统可用的基础资源的访问接口。比如象：文件系统（file system）、外部设备（device）、, 进程（process）、线程（thread）以及访问注册表（Windows registry）和错误处理机制（error handling）。这些功能接口位于，16位Windows下的kernel.exe、krnl286.exe或krnl386.exe系统文件中；以及32位Windows下的 kernel32.dll和advapi32.dll中。 图形设备接口（GDI）[6]，提供功能为：输出图形内容到显示器、打印机以及其他外部输出设备。它位于16位Windows下的gdi.exe；以及32位Windows下的gdi32.dll。 图形化用户界面（GUI）[7]，提供的功能有创建和管理屏幕和大多数基本控件（control），比如按钮和滚动条。接收鼠标和键盘输入，以及其他与GUI有关的功能。这些调用接口位于：16位Windows下的user.exe, 以及32位Windows下的user32.dll。从Windows XP版本之后, 基本控件和通用对话框控件（Common Control Library）的调用接口放在comctl32.dll中。 通用对话框链接库（Common Dialog Box Library）[8]，为应用程序提供标准对话框，比如打开/保存文件对话框、颜色对画框和字体对话框等等。这个链接库位于：16位Windows下的commdlg.dll中，以及32位Windows下comdlg32.dll中。它被归类为User Interface API之下。 通用控件链接库（Common Control Library）[9]，为应用程序提供接口来访问 *** 作系统提供的一些高级控件。比如像：状态栏（status bar）、进度条（progress bars）、工具栏（toolbar）和标签（tab）。这个链接库位于：16位Windows下的commctrl.dll中，以及32位Windows下comctl32.dll中。. 它被归类为User Interface API之下。

WINAPI和CALLBACK这两个宏有什么区别呢？ _stdcall _cdecl _pascal _fastcall这些关键字是什么意思，有什么区别呢？ 首先看MSDN里给出的解释，不过有些语焉不详哦 WINAPI ·Use in place of FAR PASCAL in API declarations. If you are writing a DLL with exported API entry points, you can use this for your own APIs. CALLBACK ·Use in place of FAR PASCAL in application callback routines such as window procedures and dialog procedures. 再看看到底这两个宏的内容是什么吧 VC:WINDEF.h #define CALLBACK PASCAL //=_pascal,VC已经不支持直接使用_pascal了 #define WINAPI CDECL //=_cdecl BCB:windef.h #define CALLBACK __stdcall #define WINAPI __stdcall 引出了cdecl stdcall等一些可能很少见的关键字 那么cdecl、pascal、stdcall、fastcall等修饰符号到底什么意思呢？ 非常简单，就是关于堆栈的一些说明，首先是函数参数压栈顺序，其次是 压入堆栈的内容由谁来清除，调用者还是函数自己？ 这些开关用来告诉编译器产生什么样的汇编代码。 下面把区别列表如下： Directive 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 简单说明： __cdecl是C/C++和MFC程序默认使用的调用约定，也可以在函数声明时加上__cdecl关键字来手工指定。采用__cdecl约定时，函数参数按照从右到左的顺序入栈，并且由调用函数者把参数d出栈以清理堆栈。因此，实现可变参数的函数只能使用该调用约定。由于每一个使用__cdecl约定的函数都要包含清理堆栈的代码，所以产生的可执行文件大小会比较大。__cdecl可以写成_cdecl。 __stdcall调用约定用于调用Win32 API函数。采用__stdcal约定时，函数参数按照从右到左的顺序入栈，被调用的函数在返回前清理传送参数的栈，函数参数个数固定。由于函数体本身知道传进来的参数个数，因此被调用的函数可以在返回前用一条ret n指令直接清理传递参数的堆栈。__stdcall可以写成_stdcall。 __fastcall约定用于对性能要求非常高的场合。__fastcall约定将函数的从左边开始的两个大小不大于4个字节（DWORD）的参数分别放在ECX和EDX寄存器，其余的参数仍旧自右向左压栈传送，被调用的函数在返回前清理传送参数的堆栈。__fastcall可以写成_fastcall。 ·特别说明 1. 在默认情况下，采用__cdecl方式,因此可以省略. 2. WINAPI一般用于修饰动态链接库中导出函数 3. CALLBACK仅用于修饰回调函数 4. 你可能已经发现，VC下和BCB下对WINAPI的定义不同，那么你至少理解了 为什么不能直接从BCB下调用VC的dll的一个原因了。

---