Windows核心编程-第五版(中文).pdf

《Windows核心编程-第五版(中文).pdf》由会员分享，可在线阅读，更多相关《Windows核心编程-第五版(中文).pdf（150页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、继往开来创新高，推陈出新品佳酿继往开来创新高，推陈出新品佳酿 1993 年，本书第 1 版 Advanced NT 出版的时候，我和三个朋友一起成立了一个“四喜工作室”。由于四个人只有一台计算机，所以我们几个每天一睁眼，第一件事情便是抢占计算机，这台 386 配置简单，根本无法与现在的计算机相提并论，而且当时也没有网络，所以计算机的用途非常有限，主要也就是文字处理，玩游戏，编简单程序等，但它带给我们的乐趣至今难以忘怀。受限于当时的环境，数据和游戏的交换也基本上在圈内好友之间进行，就像搞地下活动一样约好时间地点碰头。幸运的是，由此结交了一大批计算机爱好者，后来他们大多成为 IT 届的领军人物。其

2、时，从大环境看，我国网络也开始悄然起步。1993 年年初，中国科学院高能物理研究所接入斯坦福大学线性加速器中心的 64K 专线开通，国内科学家开始在国内使用电子邮件。随后几个月的时间，金桥工程和域名体系的确立和部署，三大院校网的连接，最终将我国带入信息高速公路，推动我国 IT 业的迅猛发展。由此而来的便是计算机类图书和报纸期刊的炙手可热，电脑报等 IT 媒体相继崛起，计算机图书更是出现供不应求的现象，在当时，即便是国外引进翻译出版的图书，也能轻松突破几万册的销量，计算机图书的发展达到全盛时期。在这个时期，国内开发人员先后成为 Jeffrey 和 McConell 等大师的拥趸。因为在 IT 界

3、，虽然资深程序员不胜枚举，但同时又是深受程序员喜爱的技术图书作家的乏善可陈。而像他们那样，曾经写过多部书，部部都引人入胜，令人醍醐灌顶，就更是凤毛麟角。他们是 Windows编程世界中的中流砥柱，也是 Windows 技术当之无愧的布道者。曾有不少读者放言，只要是 Jeffrey 的书，他们必定会花时间研读，并加以收藏。这一点都不夸张，我们同时代的很多人都是在这批书的滋润下成长起来的。他们熟读了 Advanced NT 之后，又如痴如狂地捧起了 Advanced Windows 和 Programming Application for Microsoft Windows 等续作。他们是Jef

4、frey 的粉丝，同时也是微软开发阵营的主力军。随着微软宣布放弃对 Windows XP 以及以前版本的支持，Windows Vista 的普及势在必行，迟早会安装到普通用户的计算机上。Windows Vista 有很多吸引人的新特性，相信大家不用不知道，一用忘不了。（在翻译 Microsoft Press 的 Windows Vista Inside Out 一书的过程中，我已经深切体会到她的妙处）。作为一名程序员，有必要在第一时间适应在新的操作系统下的编程。历经 15 年，本书也随着 Windows 操作系统的“改朝换代”，升级到第 5 版，即Windows via C/C+。如果您要用

5、C/C+开发 Windows 应用程序，那就不要走弯路，直接让Jeffrey 告诉您如何利用 Windows 的新特性和新函数来编写出高效、优美的 Windows 应用程序。对于本书的学习，谨以史记 孔子世家中孔子学琴一文与大家共勉（请原谅，这里引用了我另一本书的译序，其寓意深刻，忍不住又拿出来与大家分享）：孔子学鼓琴师襄子，十日不进。师襄子曰：“可以益矣。”孔子曰：“丘已习其曲矣，未得其数也。”有间，曰：“已习其数，可以益矣。”孔子曰：“丘未得其志也。”有间，曰：“已习其志，可以益矣。”孔子曰：“丘未得其为人也。”有间，有所穆然深思焉，有所怡然高望而远志焉。曰：“丘得其为人，黯然而黑，几然而

6、长，眼如望羊，如王四国，非文王其谁能为此也！”师襄子辟席再拜，曰：“师盖云文王操也。”期望读者朋友也能达到学习的三大境界：学习掌握演奏（编程）的技巧；领会其中的志趣；熟悉乐曲（程序）的作者。翻译过程中，感谢我的家人和朋友的诸多帮助和理解，尤其要感谢我的乖女儿。这个暑假，她的成长令人激赏！最后，欢迎读者指出本书的疏漏和不足之处，如果你对我翻译的部分（16 章）有什么意见和建议，请访问我的博客（）指出，那里为我翻译的一些图书开辟了专栏，专门用于和读者们分享勘误和其他有用的信息。周周 靖靖 Beijing 2008 前夕第部分第部分 程序员必读程序员必读本部分内容包括：第 1 章 错误处理第 2 章

7、 字符和字符串处理第 3 章 内核对象第第 1 章章 错误处理错误处理本章内容包括：1.1 定义自己的错误代码1.2 ErrorShow 示例程序在深入讨论 Microsoft Windows 提供的诸多特性之前，应该先理解各个 Windows 函数是如何进行错误处理的。调用 Windows 函数时，它会先验证你传给它的参数，然后再开始执行任务。如果传入的参数无效，或者由于其他原因导致操作无法执行，则函数的返回值将指出函数在某个方面失败了。表 1-1 展示了大多数 Windows 函数使用的返回值的数据类型。表 1-1 常见的 Windows 函数返回值数据类型 数据类型 指出函数调用失败的值

8、 VOID 这个函数不可能失败。只有极少数 Windows 函数的返回值类型为 VOID。BOOL 如果函数失败，返回值为 0；否则，返回值是一个非零值。应避免测试返回值是否为 TRUE；最稳妥的做法是检查它是否不为 FALSE。HANDLE 如果函数失败，则返回值通常为 NULL；否则，HANDLE 将标识一个你可以操纵的对象。请注意这种返回值，因为某些函数会返回为INVALID_HANDLE_VALUE 的一个句柄值，它被定义为1。函数的Platform SDK文 档 清 楚 说 明 了 函 数 是 返 回NULL还 是INVALID_HANDLE_VALUE 来标识失败。PVOID 如果

9、函数调用失败，返回值为 NULL；否则，PVOID 将标识一个数据块的内存地址。LONG/DWORD 这种类型比较棘手。返回计数的函数通常会返回一个 LONG 或 DWORD。如果函数出于某种原因不能对你想要计数的东西进行计数，它通常会返回0 或1（具体取决于函数）。如果要调用一个返回 LONG/DWORD 的函数，务必仔细阅读 Platform SDK 文档，确保你将正确地检查可能出现的错误。如果一个 Windows 函数能返回错误代码，通常有助于我们理解函数调用为什么会失败。Microsoft 编辑了一个列表，其中列出了所有可能的错误代码，并为每个错误代码都分配了一个 32 位的编号。在内

10、部，当一个 Windows 函数检测到错误时，它会使用一个名为“线程本地存储区”（thread-local storage）的机制将恰当的错误代码与“主调线程”（或者说发出调用的线程，即 calling thread）关联到一起（线程本地存储区的详情将在第 21 章讨论）。这个机制使不同的线程能独立运行，不会出现相互干扰对方的错误代码的情况。函数返回时，其返回值会指出已发生一个错误。要查看具体是什么错误，请调用 GetLastError 函数：DWORD GetLastError();它的作用很简单，就是返回由上一个函数调用设置的线程的 32 位错误代码。有了 32 位错误代码之后，接着需要把

11、它转换为更有用的信息。WinError.h 头文件包含了Microsoft 定义的错误代码列表。为便于你体验，下面摘录了其中的一部分：/MessageId:ERROR_SUCCESS/MessageText:/The operation completed successfully./#define ERROR_SUCCESS 0L#define NO_ERROR 0L /dderror#define SEC_E_OK (HRESULT)0 x00000000L)/MessageId:ERROR_INVALID_FUNCTION/MessageText:/Incorrect function.

12、/#define ERROR_INVALID_FUNCTION 1L /dderror/MessageId:ERROR_FILE_NOT_FOUND/MessageText:/The system cannot find the file specified./#define ERROR_FILE_NOT_FOUND 2L/MessageId:ERROR_PATH_NOT_FOUND/MessageText:/The system cannot find the path specified./#define ERROR_PATH_NOT_FOUND 3L/MessageId:ERROR_TO

13、O_MANY_OPEN_FILES/MessageText:/The system cannot open the file./#define ERROR_TOO_MANY_OPEN_FILES 4L/MessageId:ERROR_ACCESS_DENIED/MessageText:/Access is denied./#define ERROR_ACCESS_DENIED 5L 可以看出，每个错误都有三种表示：一个消息 ID（一个可在源代码中使用的宏，用于与GetLastError 的返回值进行比较)、消息文本（描述错误的英文文本）和一个编号（应该避免使用此编号，尽量使用消息 ID）。注意

14、，我只摘录了 WinError.h 头文件的极小一部分，整个文件的长度超过 39 000 行！一个Windows函数失败之后，应该马上调用GetLastError，因为假如又调用了另一个Windows函数，则此值很可能被改写。注意，成功调用的 Windows 函数可能用 ERROR_SUCCESS改写此值。一些 Windows 函数调用成功可能是缘于不同的原因。例如，创建一个命名的事件内核对象时，以下两种情况均会成功：对象实际地完成创建，或者存在一个同名的事件内核对象。应用程序也许需要知道成功的原因。为返回这种信息，Microsoft 选择采用“上一个错误代码”（last error code

15、）机制。所以，当特定函数成功时，你可以调用 GetLastError 来确定额外的信息。对于具有这种行为的函数，Platform SDK 文档会清楚指明能以这种方式使用GetLastError。文档中提供了 CreateEvent 函数的一个例子；如果存在命名的事件，它会返回ERROR_ALREADY_EXISTS。调试程序时，我发现对线程的“上一个错误代码”进行监视是相当有用的。在 Microsoft Visual Studio 中，Microsoft 的调试器支持一个很有用的功能你可以配置 Watch 窗口，让它始终显示线程的上一个错误代码和错误的文本描述。具体的做法是：在 Watch 窗

16、口中选择一行，然后输入$err,hr。来看看图 1-1 的例子。在这个例子中，我已经调用了 CreateFile 函数。该函数返回值为 INVALID_HANDLE_VALUE(1)的一个 HANDLE，指出它无法打开指定文件。但是 Watch 窗口指出，上一个错误代码（也就是调用 GetLastError 函数返回的错误代码）是 0 x00000002。多亏有了,hr 限定符，Watch 窗口进一步指出错误代码 2 是“The system cannot find the file specified”（系统找不到指定文件）。这就是在 WinError.h 头文件中为错误代码 2 列出的消息

17、文本。图 1-1 在 Visual Studio 的 Watch 窗口中使用$err,hr 来查看当前线程的“上一个错误代码”Visual Studio 还搭载了一个很小的实用程序，名为 Error Lookup。利用它，可以将错误代码编号转换为相应的文本描述。如下图所示：如果我在自己写的程序中检测到一个错误，我可能希望向用户显示文本描述，而不是显示一个干巴巴的错误编号。Windows 提供了一个函数，可以将错误代码转换为相应的文本描述。此函数名为 FormatMessage，如下所示：DWORD FormatMessage(DWORD dwFlags,LPCVOID pSource,DWOR

18、D dwMessageId,DWORD dwLanguageId,PTSTR pszBuffer,DWORD nSize,va_list*Arguments);FormatMessage 的功能实际相当丰富，为了构造要向用户显示的字符串，它是首选的一种方式。之所以说它好用，一个原因是它能轻松地支持多种语言（译注：这里的语言是自然语言，比如汉语、英语等等，而不是计算机编程语言）。它能获取一个语言标识符作为参数，并返回那种语言的文本。当然，你首先必须翻译好字符串，并将翻译好的消息表（message table）资源嵌入自己的.exe 或 DLL 模块中。但在此之后，这个函数就能自动选择正确的字符串

19、。ErrorShow 示例程序（参见后文）演示了如何调用这个函数将 Microsoft 定义的错误代码编号转换为相应的文本描述。经常有人问我，Microsoft 是否维护着一个主控列表，其中完整列出了每个 Windows 函数可能返回的所有错误代码。很遗憾，答案是否定的。而且，Microsoft 决不可能提供这样的列表，因为随着新的操作系统版本的产生，很难构建和维护这样的列表。这种列表的问题在于，你可以调用一个 Windows 函数，但在内部，这个函数可能调用另一个函数，后者又可能调用其他函数以此类推。出于众多原因，任何一个函数都可能失败。有时，当一个函数失败时，较高级别的函数也许能够恢复，并

20、继续执行你希望的操作。要创建这种主控列表，Microsoft 必须跟踪每个函数的路径，生成所有可能的错误代码的列表。这是非常难的。而且，随着新版本的操作系统的发布，这些函数的执行路径也可能发生改变。1.1 定义自己的错误代码定义自己的错误代码 前面讲述了 Windows 函数如何向其调用者指出错误。除此之外，Microsoft 还允许将这种机制用于你自己的函数中。假定你要写一个供其他人调用的函数。这个函数可能会因为这样或那样的原因而失败，所以需要向调用者指出错误。为了指出错误，只需设置线程的上一个错误代码，然后令自己的函数返回 FALSE，INVALID_HANDLE_VALUE、NULL 或

21、者其他合适的值。为了设置线程的上一个错误代码，只需调用以下函数，并传递你认为合适的任何 32 位值：VOID SetLastError(DWORD dwErrCode);我会尽量使用 WinError.h 中现有的代码只要代码能很好地反映我想报告的错误。如果WinError.h 中的任何一个代码都不能准确反映一个错误，就可以创建自己的代码。错误代码是一个 32 位数，由表 1-2 描述的几个不同的字段组成。表 1-2 错误代码的不同字段 位：3130 29 28 2716 150 内容 严重性 Microsoft/客户 保留 Facility 代码 异常代码 含义 0=成功 1=信息(提示)2

22、=警告 3=错误 0=Microsoft定义的代码 1=客户定义的代码 必须为 0 前 256 个值由Microsoft保留 Microsoft/客户定义的代码 这些字段将在第 24 章详细讨论。就目前来说，惟一需要注意的重要字段在位 29 中。Microsoft承诺，在它所生成的所有错误代码中，此位将始终为 0。但是，如果要创建你自己的错误代码，就必须在此位放入一个 1。通过这种方式，可以保证你的错误代码绝不会与 Microsoft现在和将来定义的错误代码冲突。注意，Facility 字段非常大，足以容纳 4096 个可能的值。其中，前 256 个值是为 Microsoft 保留的，其余的值

23、可由你自己的应用程序来定义。1.2 ErrorShow 示例程序示例程序 ErrorShow 应用程序（01-ErrorShow.exe），演示了如何得到一个错误代码的文本描述。此应用程序的源代码和资源文件可以在本书示例代码压缩包的 01-ErrorShow 目录中找到，请访问 http:/ 来下载。简单地说，这个应用程序展示了调试器的 Watch 窗口和 Error Lookup 程序是如何工作的（参见前面的两个屏幕截图）。启动程序时，将出现以下窗口。可以在编辑控件中输入任何错误编号。单击 Look Up 按钮后，错误的文本描述将在对话框底部的可滚动窗口中显示。对于这个应用程序，我们惟一感兴

24、趣的是如何调用FormatMessage。下面展示了我如何使用这个函数：/Get the error code DWORD dwError=GetDlgItemInt(hwnd,IDC_ERRORCODE,NULL,FALSE);HLOCAL hlocal=NULL;/Buffer that gets the error message string /Use the default system locale since we look for Windows messages/Note:this MAKELANGID combination has a value of 0 DWORD s

25、ystemLocale=MAKELANGID(LANG_NEUTRAL,SUBLANG_NEUTRAL);/Get the error codes textual description BOOL fOk=FormatMessage(FORMAT_MESSAGE_FROM_SYSTEM|FORMAT_MESSAGE_IGNORE_INSERTS|FORMAT_MESSAGE_ALLOCATE_BUFFER,NULL,dwError,systemLocale,(PTSTR)&hlocal,0,NULL);if(!fOk)/Is it a network-related error?HMODULE

26、 hDll=LoadLibraryEx(TEXT(netmsg.dll),NULL,DONT_RESOLVE_DLL_REFERENCES);if(hDll!=NULL)fOk=FormatMessage(FORMAT_MESSAGE_FROM_HMODULE|FORMAT_MESSAGE_IGNORE_INSERTS|FORMAT_MESSAGE_ALLOCATE_BUFFER,hDll,dwError,systemLocale,(PTSTR)&hlocal,0,NULL);FreeLibrary(hDll);if(fOk&(hlocal!=NULL)SetDlgItemText(hwnd,

27、IDC_ERRORTEXT,(PCTSTR)LocalLock(hlocal);LocalFree(hlocal);else SetDlgItemText(hwnd,IDC_ERRORTEXT,TEXT(No text found for this error number.);第一行从编辑控件获取错误代码。然后，指向一个内存块的句柄被实例化并初始化为 NULL。FormatMessage 函数在内部分配内存块，并返回指向这个内存块的句柄。调用 FormatMessage 时，我们向它传入了 FORMAT_MESSAGE_FROM_SYSTEM 标志。该标志告诉 FormatMessage：我

28、们希望获得与一个系统定义的错误代码对应的字符串。另外，还传入了 FORMAT_MESSAGE_ALLOCATE_BUFFER 标志，要求该函数分配一个足以容纳错 误 文 本 描 述 的 内 存 块。此 内 存 块 的 句 柄 将 在hlocal变 量 中 返 回。FORMAT_MESSAGE_IGNORE_INSERTS 标志则允许你获得含有%占位符的消息。Windows利用它来提供上下文相关的信息，如下例所示：如果不传递这个标志，就必须为 Arguments 参数中的这些占位符提供具体的值。但这对于Error Show 程序来说是不可能的，因为消息的内容事先是未知的。第三个参数指出想要查找的

29、错误编号。第四个参数指出要用什么语言来显示文本描述。由于我们对 Windows 自己提供的消息感兴趣，所以语言标识符将根据两个特定的常量（即LANG_NEUTRAL 和 SUBLANG_NEUTRAL）来生成，这两个常量联合到一起将生成一个0 值意味着操作系统的默认语言。这种情况下，我们不能硬编码一种特定的语言，因为事先并不知道操作系统的安装语言是什么。如果 FormatMessage 成功，文本描述就在内存块中，我把它拷贝到对话框底部的可滚动窗口中。如果 FormatMessage 失败，我会尝试在 NetMsg.dll 模块中查找消息代码，看错误是否与网络有关（有关如何在磁盘上搜索 DLL

30、 的详情，请参见第 20 章）。利用 NetMsg.dll 模块的句柄，我再一次调用 FormatMessage。我们知道，每个 DLL（或.exe）都可以有自己的一套错误代码。可以使用 Message Compiler（MC.exe）把这些代码添加到 DLL（或.exe）模块中，并在模块中添加一个资源。Visual Studio 的 Error Lookup 工具允许你使用 Modules 对话框来完成这个操作。第第 2 章章 字符和字符串处理字符和字符串处理本章内容?字符编码?ANSI和Unicode字符和字符串数据类型?Windows中的Unicode和ANSI函数?C运行库中的Unic

31、ode和ANSI函数?C运行库中的安全字符串函数?为何要用Unicode?推荐的字符和字符串处理方式?Unicode和ANSI字符串转换 随着Microsoft Windows在世界各地日渐流行，作为软件开发人员，将眼光投向全球市场显得越发重要。美国版本的软件在发布时间上比国际版本早6个月，这样的事情一度屡见不鲜。但是，随着操作系统的国际化支持日益增强，为国际市场发布软件产品变得越来越容易，美国版本和国际化版本的软件在发布时间上的间隔变得越来越短。Windows一如继往地为开发人员提供支持，帮助他们本地化自己的应用程序。应用程序可以通过多个函数来获得一个国家特有的信息，并能检查控制面板的设置来

32、判断用户当前的首选项。Windows甚至能为应用程序支持不同的字体。最后一点也是非常重要的一点，Windows Vista开始提供对Unicode 5.0的支持（详情参见“Extend The Global Reach Of Your Applications With Unicode 5.0”一文，网址 为http:/ Framework的互操作。2.1 字符编码字符编码 本地化的问题就是处理不同字符集的问题。多年来，我们一直在将文本字符串编码成一组以0结尾的单字节字符。许多人对此已经习已为常。调用strlen，它会返回“以0结尾的一个ANSI单字节字符数组”中的字符数。问题是，某些语言和书

33、写系统（例如日本汉字）的字符集有非常多的符号。一个字节最多只能表示256个符号，因此是远远不够的。为了支持这些语言和书写系统，双字节字符集（double-byte character set，DBCS）应运而生。在双字节字符集中，一个字符串中的每个字符都由1个或2个字节组成。以日本汉字为例，如果第一个字符在0 x81到0 x9F之间，或者在0 xE0到0 xFC之间，就必须检查下一个字节，才能判断出一个完整的汉字。对程序员而言，和双字节字符集打交道如同一场噩梦，因为某些字符是1个字节宽，而有的字符却是2个字节宽。幸运的是，我们可以把DBCS放到一边，专心利用Windows函数和C运行库对Uni

34、code字符串的支持。Unicode是1988年由Apple和Xerox共同建立的一项标准。1991年，成立了专门的协会来开发和推动Unicode。该协会由Apple、Compaq、Hewlett-Packard、IBM、Microsoft、Oracle、Silicon Graphics、Sybase、Unisys和Xerox等多家公司组成（协会成员的最新列表可从http:/www.Unicode.org获得）。该组织负责维护Unicode标准。Unicode的完整描述可以参考Addison-Wesley出版的The Unicode Standard一书，该书可通过http:/www.Unic

35、ode.org获得。在Windows Vista中，每个Unicode字符都使用UTF-16编码，UTF的全称是Unicode Transformation Format（Unicode转换格式）。UTF-16将每个字符编码为2个字节（或者说16位）。在本书中，我们在谈到Unicode时，除非专门声明，否则一般都是指UTF-16编码。Windows之所以使用UTF-16，是因为全球各地使用的大部分语言中，每个字符很容易用一个16位值来表示。这样一来，应用程序很容易遍历字符串并计算出它的长度。但是，16位不足以表示某些语言的所有字符。对于这些语言，UTF-16支持使用代理（surrogates）

36、，后者是用32位（或者说4个字节）来表示一个字符的一种方式。由于只有少数应用程序需要表示这些语言中的字符，所以UTF-16在节省空间和简化编码这两个目标之间，提供了一个很好的折衷。注意，.NET Framework始终使用UTF-16来编码所有字符和字符串，所以在你自己的Windows应用程序中，如果需要在原生代码（native code）和托管代码（managed code）之间传递字符或字符串，使用UTF-16能改进性能和减少内存消耗。另外还有其他用于表示字符的UTF标准，具体如下。?UTF-8 UTF-8将一些字符编码为1个字节，一些字符编码为2个字节，一些字符编码为3个字节，一些字符编

37、码为4个字节。值在0 x0080以下的字符压缩为1个字节，这对美国使用的字符非常适合。0 x0080和0 x07FF之间的字符转换为2个字节，这对欧洲和中东地区的语言非常适用。0 x0800以上的字符都转换为3个字节，适合东亚地区的语言。最后，代理对（surrogate pairs）被写为4个字节。UTF-8是一种相当流行的编码格式。但在对值为0 x0800及以上的大量字符进行编码的时候，不如UTF-16高效。?UTF-32 UTF-32将每个字符都编码为4个字节。如果打算写一个简单的算法来遍历字符（任何语言中使用的字符），但又不想处理字节数不定的字符，这种编码方式就非常有用。例如，如果采用U

38、TF-32编码方式，就不需要关心代理（surrogate）的问题，因为每个字符都是4个字符。显然，从内存使用这个角度来看，UTF-32 并不是一种高效的编码格式。因此，很少用它将字符串保存到文件或传送到网络。这种编码格式一般在应用程序内部使用。目前，Unicode为阿拉伯语、汉语拼音、西里尔文（俄语）、希腊语、希伯来语、日语假名、朝鲜语和拉丁语（英语）字符等这些字符称为书写符号（scripts）定义了码位（code point，即一个符号在字符集中的位置）。每个版本的Unicode都在现有的书写符号的基础上引入了新的字符，甚至会引入新的书写符号，比如腓尼基文（一种古地中海文字）。字符集中还包含

39、大量标点符号、数学符号、技术符号、箭头、装饰标志、读音符号以及其他字符。这65 536个字符被划分为若干个区域，表2-1展示了部分区域以及分配到这些区域的字符。表表2-1 Unicode字符集和字母表（译者注：部分译法借鉴了字符集和字母表（译者注：部分译法借鉴了chukl000的“統一碼的“統一碼 5.0.0 版區塊名稱表”）版區塊名稱表”）6 位代码位代码 字符字符 16 位代码位代码 字母字母/书写符号书写符号 0000007F ASCII 0300036F 常见的变音符号 008000FF 拉丁字母补充-1 040004FF 西里尔字母 0100017F 欧洲拉丁字母 0530058F

40、亚美尼亚文 018001FF 拉丁字母扩充 059005FF 希伯来文 025002AF 国际音标扩充 060006FF 阿拉伯文 02B002FF 进格修饰字母 0900097F 梵文字母 2.2 ANSI 字符和字符和 Unicode 字符与字符串数据类型字符与字符串数据类型 你知道，C语言用char数据类型来表示一个8位ANSI字符。默认情况下，在源代码中声明一个字符串时，C编译器会把字符串中的字符转换成由8位char数据类型构成的一个数组：/一个 8 位字符 char c=A;/一个数组，包含 99 个 8 位字符以及一个 8 位的终止 0 char szBuffer100=A Str

41、ing;Microsoft的C/C+编译器定义了一个内建的数据类型wchar_t，它表示一个16位的Unicode（UTF-16）字符。因为早期版本的Microsoft编译器没有提供这个内建的数据类型，所以编译器只有在指定了/Zc:wchar_t编译器开关时，才会定义这个数据类型。默认情况下，在Microsoft Visual Studio 中新建一个C+项目时，这个编译器开关是指定的。建议始终指定这个编译器开关，这样才能借助于编译器天生就能理解的内建基元类型来更好地操纵Unicode字符。注意注意 在编译器内建对wchar_t的支持之前，有一个C头文件定义了一个wchar_t数据类型：typ

42、edef unsigned short wchar_t;声明Unicode字符和字符串的方法如下所示：/一个 16 位字符 wchar_t c=LA;/一个数组，包含最多 99 个 16 位字符以及一个 16 位的终止 0 wchar_t szBuffer100=LA String;字符串之前的大写字母L通知编译器该字符串应当编译为一个Unicode字符串。当编译器将此字符串放入程序的数据段时，会使用UTF16来编码每个字符。在这个简单的例子中，在每个ASCII字符之间都用一个0来间隔。为了与C语言稍微有一些隔离，Microsoft Windows团队希望定义自己的数据类型。于是，在Windo

43、ws头文件WinNT.h中，定义了以下数据类型：typedef char CHAR;/An 8-bit character typedef wchar_t WCHAR;/A 16-bit character 除此之外，WinNT.h头文件还定义了一系列能为你提供大量便利的数据类型，可以用它处理字符和字符串指针：/Pointer to 8-bit character(s)typedef CHAR*PCHAR;typedef CHAR*PSTR;typedef CONST CHAR*PCSTR /Pointer to 16-bit character(s)typedef WCHAR*PWCHAR;

44、typedef WCHAR*PWSTR;typedef CONST WCHAR*PCWSTR;注意 仔细查看WinNT.h，会看到如下定义：typedef _nullterminated WCHAR*NWPSTR,*LPWSTR,*PWSTR;前缀_nullterminated是一个头部注解（header annotation），它描述一个类型如何作为函数的参数和返回值使用。在Visual Studio企业版中，可以在项目属性中设置代码分析(Code Analysis)选项。这样会把/analyze开关添加到编译器的命令行中。这样一来，假如你的代码调用函数的方式违反了头部注解所定义的语义，编译

45、器就会检测到这类问题。注意，只有编译器的企业版才支持这个/analyze开关。为保证本书所提供的代码的可读性，所有header annotation都已被删除。要想更多地了解header annotation语言，请参考MSDN文档“Header Annotations”，网址是http:/ UNICODE typedef WCHAR TCHAR,*PTCHAR,PTSTR;typedef CONST WCHAR*PCTSTR;#define _TEXT(quote)quote/r_winnt#define _TEXT(quote)L#quote#else typedef CHAR TCHAR

46、,*PTCHAR,PTSTR;typedef CONST CHAR*PCTSTR;#define _TEXT(quote)quote#endif#define TEXT(quote)_TEXT(quote)利用这些类型和宏（少数不太常用的没有在这里列出）来写代码，无论使用ANSI还是Unicode字符，它都能通过编译。例如：/如果定义了UNICODE，就是一个16位字符；否则就是一个8位字符 TCHAR c=TEXT(A);/如果定义了UNICODE，就是由16位字符构成的一个数组；否则就是8位字符的一个数组 TCHAR szBuffer100=TEXT(A String);2.3 Windo

47、ws 中的中的 Unicode 和和 ANSI 函数函数 自Windows NT起，Windows的所有版本都完全用Unicode来构建。也就是说，所有核心函数（创建窗口、显示文本、进行字符串处理等等）都需要Unicode字符串。调用一个Windows函数时，如果向它传入一个ANSI字符串（由单字节字符组成的一个字符串），函数首先会把字符串转换为Unicode，再把结果传给操作系统。如果希望函数返回ANSI字符串，那么操作系统会先把Unicode字符串转换为ANSI字符串，再把结果返回给你的应用程序。所有这些转换都是悄悄地进行的。当然，为了执行这些字符串转换，系统会产生时间和内存上的开销。如果

48、一个Windows函数需要获取一个字符串作为参数，则该函数通常有两个版本。例如，一个CreateWindowEx接受Unicode字符串，另一个CreateWindowEx则接受ANSI字符串。这没错，但两个函数的原型实际是这样的：HWND WINAPI CreateWindowExW(DWORD dwExStyle,PCWSTR pClassName,/A Unicode string PCWSTR pWindowName,/A Unicode string DWORD dwStyle,int X,int Y,int nWidth,int nHeight,HWND hWndParent,HM

49、ENU hMenu,HINSTANCE hInstance,PVOID pParam);HWND WINAPI CreateWindowExA(DWORD dwExStyle,PCSTR pClassName,/An ANSI string PCSTR pWindowName,/An ANSI string DWORD dwStyle,int X,int Y,int nWidth,int nHeight,HWND hWndParent,HMENU hMenu,HINSTANCE hInstance,PVOID pParam);CreateWindowExW这个版本接受Unicode字符串。函数

50、名末尾的大写字母W代表wide。Unicode字符都是16位宽，所以它们常常被称作宽（wide）字符。CreateWindowExA 末尾的大写字母A表明该函数接受ANSI字符串。但在平时，我们只是在自己的代码中调用CreateWindowEx，不会直接调用CreateWindowExW或CreateWindowExA。在WinUser.h中，CreateWindowEx实际是一个宏，它的定义如下：#ifdef UNICODE#define CreateWindowEx CreateWindowExW#else#define CreateWindowEx CreateWindowExA#end