Windows 2000 Native API

上传者：马雪芬
|
上传时间：2015-05-04
|
密次下载

Windows 2000 Native API

Kendiv 第 73 页 2005-5-27
第二章 The Windows 2000 Native API

本章对于Windows 2000 Native API 的讨论，主要集中在这些API 和系统模块之间的关
系，将重点介绍Windows 2000 采用的中断机制。Windows 2000 利用此机制将对内核服务的
请求从用户模式向内核模式传递。另外，Win32K 接口和一些与Native API 相关的主要运行
时库也会被提及，同时还将介绍一些经常使用的数据类型。

有关Windows 2000 架构的详细讨论已经很多。许多有关Windows NT 的讨论同样适用
于Windows 2000。《Inside Windows NT》（Custer 1993, Solomon 1998）的第一、二版都是有
关此方面的好书，同样的还有《Inside Windows 2000》（Solomon and Russinovich 2000）。

NT*()和Zw*()函数集
有关Windows 2000 架构的一个有趣的事实是：它模拟了多个操作系统。Windows 2000
内置三个子系统来支持Win32、POSIX 和OS/2 应用程序。Win32 子系统是最流行的一个，
因此它更多的被开发人员和操作系统所关照。在Windows 9x 中，Win32 接口实际上是作为
整个系统的基础结构来实现的。但是，Windows 2000 的设计却有很大不同。尽管Win32 子
系统包含一个名为 kernel32.dll 的系统模块，但这并不是实际的操作系统内核。它仅仅是
Win32 子系统的一个基本组件。在很多编程书籍中，Windows NT/2000 的软件开发被简化为
与Win32 API 打交道的工作，NT 平台暴露出的一个隐藏的事实是：存在另一个更为基础的
调用接口：Native API。相信编写kernel-mode driver 或file system driver 的开发人员已经对
Native API 非常熟悉了，因为kernel-mode 模块位于更低的系统层，在那里子系统是不可见
的。然而，你并不需要到驱动程序一层才能访问此接口----即使一个普通的Win32 应用程序
也可在任何时候调用 Native API。这没什么技术上的限制----仅仅是微软不支持此种应用程
序开发模式而已。因此，有关此话题的信息并不是很多，SDK 和 DDK 都不支持在 Win32
应用程序中使用Native API。

未文档化的级别
本书中的多数东西都来自被称为未文档化的信息。这通常意味着微软没有公开发布这些
信息。然而，未文档化也存在几个级别，这是因为可能被公布的有关庞大的操作系统（如
Windows 2000）的信息非常的多。我个人的系统分类如下：
 正式文档：这些信息来自微软出版的书、文件或者开发工具。大多数重要信息来自SDK、
DDK 和MSDN。

 半文档化的（Semidocumented）：尽管不是正式文档，但这些信息还是可以从微软正式
发布的文件中挖掘出来的。例如，Windows 2000 的很多函数和结构体并没有在SDK 或
DDK 文档中提到，但出现在一些头文件或示列程序中。以Windows 2000 为例，很多重
要的半文档化信息都源自头文件ntddk.h 和ntdef.h，这两个文件都是DDK 的一部分。

 未文档化，但并没有隐藏：这些信息不能在任何官方文档和开发文档中找到，但其中的
一部分对调试工具是可用的。可执行文件或符号文件中的所有符号化信息都属于这一部
分。最好的例子是内核调试器的!processfields 和!threadfields 命令，这两个命令会给出
两个未文档化的结构：EPROCESS 和ETHREAD 的成员名称及其偏移量。

第 73 页共 398 页

教育资源为主的文档平台

文档分类