ＷｉｎｄｏｗｓＮＴ４．０下設備驅動程序的開發(fā)與應用

摘要： 介紹了Ｗｉｎｄｏｗｓ ＮＴ４．０內核模式設備驅動程序開發(fā)中的一般性過程。通過提供一個最小化驅動程序的核心代碼，解釋各組成部分的結構功能和使用方法。在實踐中，結合自身的開發(fā)需要，可編寫出具有實用價值的驅動程序。

關鍵詞：Ｗｉｎ３２子系統(tǒng) 設備驅動 系統(tǒng)注冊表 Ｉ／Ｏ請求包

Ｗｉｎｄｏｗｓ ＮＴ 以其安全、穩(wěn)定及界面友好等特性逐漸成為工業(yè)控制領域的前臺操作系統(tǒng)。面對工業(yè)控制中大量采用的串／并行通信及總線控制等技術，要求用戶不斷開發(fā)出滿足自身需要的硬件設備，同時又要求用戶應用程序與這些硬件設備進行通信，發(fā)送控制命令，讀取狀態(tài)信息等等。Ｗｉｎｄｏｗｓ ＮＴ出于安全性、穩(wěn)定性等考慮，不允許用戶應用程序對物理硬件進行直接訪問，這就需要使用設備驅動程序跨越操作系統(tǒng)邊界對物理硬件進行操作，并向上提供客戶應用程序控制接口以供調用。

１ 分層結構與設備驅動程序

Ｗｉｎｄｏｗｓ ＮＴ分層結構（如圖１所示）包括運行于用戶模式及內核模式的各種部件，設備驅動程序在圖１的左下角，處于內核模式下Ｉ／Ｏ管理器之中。

２ 驅動程序工作方式

內核模式驅動程序與應用程序之間的最大差別之一是驅動程序的控制結構。內核模式驅動程序沒有ｍａｉｎ或ＷｉｎＭａｉｎ，而是由Ｉ／Ｏ管理器根據(jù)需要調用一個驅動程序例程：

· 驅動程序被裝入時；

· 驅動程序被卸出或系統(tǒng)關閉時；

· 用戶程序發(fā)出Ｉ／Ｏ系統(tǒng)服務調用時；

· 共享硬件資源對驅動程序可用時；

· 設備操作過程中的任何時候。

３ 初始化過程

３．１ 系統(tǒng)注冊表中有關設備驅動程序的項目是系統(tǒng)加載設備驅動程序的入口點

系統(tǒng)注冊表中用于系統(tǒng)加載設備驅動程序的項目如下：

[ＨＫＥＹ＿ＬＯＣＡＬ＿ＭＡＣＨＩＮＥ＼ＳＹＳＴＥＭ＼ＣｕｒｒｅｎｔＣｏｎｔｒｏｌＳｅｔ＼Ｓｅｒｖｉｃｅｓ＼ＤｒｉｖｅｒＮａｍｅ]

″Ｔｙｐｅ″ ＝ ｄｗｏｒｄ０００００００１

″Ｓｔａｒｔ″ ＝ ｄｗｏｒｄ０００００００２

″Ｇｒｏｕｐ″ ＝ ″Ｅｘｔｅｎｄｅｄ Ｂａｓｅ″

″ＥｒｒｏｒＣｏｎｔｒｏｌ″ ＝ ｄｗｏｒｄ∶０００００００１

其中Ｓｔａｒｔ含義如下：

ＳＥＲＶＩＣＥ＿ＢＯＯＴ＿ＳＴＡＲＴ （０×０） 操作系統(tǒng)裝入時

ＳＥＲＶＩＣＥ＿ＳＹＳＴＥＭ＿ＳＴＡＲＴ （０×０１） 操作系統(tǒng)初始化時

ＳＥＲＶＩＣＥ＿ＡＵＴＯ＿ＳＴＡＲＴ （０×０２） 服務控制管理器啟動時

ＳＥＲＶＩＣＥ＿ＤＥＭＡＮＤ＿ＳＴＡＲＴ （０×０３） 服務控制管理器手工啟動

ＳＥＲＶＩＣＥ＿ＤＩＳＡＢＬＥＤ （０×０４） 不啟動

Ｔｙｐｅ含義如下：

ＳＥＲＶＩＣＥ＿ＫＥＲＮＥＬ＿ＤＲＩＶＥＲ （０×１）

ＳＥＲＶＩＣＥ＿ＦＩＬＥ＿ＳＹＳＴＥＭ＿ＤＲＩＶＥＲ （０×２）

ＳＥＲＶＩＣＥ＿ＡＤＡＰＴＥＲ （０×４）

系統(tǒng)注冊表中用于設備驅動程序加載后讀取的項目如下：

[ＨＫＥＹ＿ＬＯＣＡＬ＿ＭＡＣＨＩＮＥ＼ＳＹＳＴＥＭ＼ＣｕｒｒｅｎｔＣｏｎｔｒｏｌＳｅｔ＼Ｓｅｒｖｉｃｅｓ＼ＤｒｉｖｅｒＮａｍｅ＼Ｐａｒａｍｅｔｅｒｓ]

″Ｐａｒａｍｅｔｅｒ１″ ＝ ｄｗｏｒｄ∶０００００００１

″Ｐａｒａｍｅｔｅｒ２″ ＝ ｄｗｏｒｄ∶０００００００４

３．２ 加載驅動程序的裝入例程

Ｉ／Ｏ管理器調用驅動程序的ＤｒｉｖｅｒＥｎｔｒｙ例程，執(zhí)行初始化。該例程完成：

· 初始化其它例程的入口；

· 創(chuàng)建命名設備對象；

· 讀取系統(tǒng)注冊表中相關項目并聲明必要的資源；

· 設置內核驅動程序名與Ｗｉｎ３２子系統(tǒng)名的聯(lián)接；

· 創(chuàng)建或初始化任意驅動程序使用的對象、類型和資源；

· 返回狀態(tài)值。

Ｉ／Ｏ管理器建立與設備關聯(lián)的Ｄｒｉｖｅｒ對象，并將其傳遞給ＤｒｉｖｅｒＥｎｔｒｙ例程。實際上Ｄｒｉｖｅｒ對象基本上是一個目錄，含有指向各個驅動程序服務例程函數(shù)的指針，其結構如表１所示。

表1 Driver對象

Ｉ／Ｏ管理器能夠找到ＤｒｉｖｅｒＥｎｔｒｙ例程，是因為它有一個公認的名字，而其他的例程則通過下列兩種方法查找：

·在Ｄｒｉｖｅｒ對象中有明確槽的函數(shù)如ＤｉｒｖｅｒＯｂｊｅｃｔ－＞ＤｒｉｖｅｒＵｎｌｏａｄ；

·在Ｄｒｉｖｅｒ對象的ＭａｊｏｒＦｕｎｃｔｉｏｎ數(shù)組中——Ｄｒｉｖｅｒ對象的ＭａｊｏｒＦｕｎｃｔｉｏｎ支持兩種類型的功能代碼。一種為標準的功能代碼，如ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ。另一種是用戶自定義的功能代碼，如ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ。

所有驅動程序必須支持ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ功能代碼，這是因為Ｗｉｎ３２子系統(tǒng)下的用戶程序調用ＣｒｅａｔｅＦｉｌｅ函數(shù)創(chuàng)建設備時，產生該功能代碼。如果不處理這個功能代碼，Ｗｉｎ３２程序就不能得到設備句柄。

用戶自定義的功能代碼ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ只有在用戶模式下的客戶程序執(zhí)行自定義的功能時可用。

ＮＴＳＴＡＴＵＳ ＤｒｉｖｅｒＥｎｔｒｙ（ＩＮ ＰＤＲＩＶＥＲ＿ＯＢＪＥＣＴ ＤｒｉｖｅｒＯｂｊｅｃｔ，ＩＮ ＰＵＮＩＣＯＤＥ＿ＳＴＲＩＮＧ ＲｅｇｉｓｔｒｙＰａｔｈ）

｛

／／聲明設備對象

ＰＤＥＶＩＣＥ＿ＯＢＪＥＣＴ ＤｅｖｉｃｅＯｂｊｅｃｔ，

／／生成函數(shù)接口指針

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ］＝ＸｘＳｅｌｆＤｉｓｐａｔｃｈ；

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＣＬＯＳＥ］＝
ＸｘＳｅｌｆＤｉｓｐａｔｃｈ；

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＲＥＡＤ］＝
ＸｘＲｅａｄＤｉｓｐａｔｃｈ；

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＷＲＩＴＥ］＝
ＸｘＷｒｉｔｅＤｉｓｐａｔｃｈ

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ［ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ］＝ＸｘＳｅｌｆＤｉｓｐａｔｃｈ

ＤｒｉｖｅｒＯｂｊｅｃｔ－＞ＤｒｉｖｅｒＵｎｌｏａｄ＝ＸｘＵｎｌｏａｄ

／／生成Ｗｉｎｄｏｗｓ ＮＴ Ｅｘｅｃｕｔｉｖｅ知道的設備名

ＲｔｌＩｎｉｔＵｎｉｃｏｄｅＳｔｒｉｎｇ（＆ＮｔＤｅｖｉｃｅＮａｍｅ， ＳｅｌｆＤｅｖｉｃｅＮａｍｅ）；

／／生成自己的設備

Ｓｔａｔｕｓ＝ＩｏＣｒｅａｔｅＤｅｖｉｃｅ（

ＤｒｉｖｅｒＯｂｊｅｃｔ， ／／ Ｄｒｉｖｅｒ對象

ｓｉｚｅｏｆ（ＳＥＬＦ＿ＤＥＶＩＣＥ＿ＩＮＦＯ）， ／／ Ｄｅｖｉｃｅ對象

Ｅｘｔｅｎｓｉｏｎ結構大小

＆ＮｔＤｅｖｉｃｅＮａｍｅ，

ＤｅｖｉｃｅＴｙｐｅ，

０，

ＦＡＬＳＥ， ／／ 不執(zhí)行

＆ＤｅｖｉｃｅＯｂｊｅｃｔ ／／Ｄｅｖｉｃｅ對象指針

）；
 ／／生成Ｗｉｎ３２子系統(tǒng)下的用戶程序可識別的設備名

ＲｔｌＩｎｉｔＵｎｉｃｏｄｅＳｔｒｉｎｇ（＆Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ， ＳｅｌｆＷｉｎ３２Ｎａｍｅ）；

／／聯(lián)接內部設備名與Ｗｉｎ３２子系統(tǒng)下的設備名

Ｓｔａｔｕｓ ＝ ＩｏＣｒｅａｔｅＳｙｍｂｏｌｉｃＬｉｎｋ（ ＆Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ， ＆ＮｔＤｅｖｉｃｅＮａｍｅ）；

／／利用ＲｔｌＱｕｅｒｙＲｅｇｉｓｔｒｙＶａｌｕｅｓ函數(shù)讀出注冊表中Ｐａｒａｍｅｔｅｒｓ下的參數(shù)值，初始化自己的硬件

．．．

｝

４ 驅動程序服務例程

驅動程序初始化之后，始終等待發(fā)自用戶的命令或由其它事件源引起的事件。一旦命令或事件發(fā)生，Ｉ／Ｏ管理器就調用相應的服務例程提供服務。而幾乎所有的Ｉ／Ｏ都是通過Ｉ／Ｏ請求包ＩＲＰ驅動的。所謂ＩＲＰ驅動，就是Ｉ／Ｏ管理器負責在非分頁的系統(tǒng)內存中分配一定空間，當接受用戶發(fā)出的命令或由事件引發(fā)后，將工作指令按一定的數(shù)據(jù)結構置于其中，傳遞到驅動程序服務例程。換言之，ＩＲＰ包含了驅動程序服務例程所需要的信息指令。表２、表３為ＩＲＰ的一些數(shù)據(jù)結構。

同時，Ｉ／Ｏ管理器和驅動程序都需要在所有時候知道一個Ｉ／Ｏ設備所進行的情況。系統(tǒng)提供Ｄｅｖｉｃｅ對象以滿足此要求。該對象在ＤｒｉｖｅｒＥｎｔｒｙ例程中生成設備時由系統(tǒng)創(chuàng)建后，分配給驅動程序，并在整個驅動程序生存期內有效。當Ｉ／Ｏ管理器調用驅動程序服務例程時，傳遞該對象。表４為Ｄｅｖｉｃｅ對象的外部可見域。

表2 IRP標頭中外部可見的域

表3 IRP堆棧單元的一些內容

表4 Device 對象的外部可見域

其中，ＤｅｖｉｃｅＥｘｔｅｎｓｉｏｎ域是一個重要的數(shù)據(jù)結構。它是由Ｉ／Ｏ管理器創(chuàng)建并自動掛接到Ｄｅｖｉｃｅ對象的非分頁池，是保存驅動程序任意全局變量的最好辦法。因為ＤｅｖｉｃｅＥｘｔｅｎｓｉｏｎ是驅動程序特定的，要自定義它的數(shù)據(jù)結構。

下面是一個驅動程序服務例程利用Ｄｅｖｉｃｅ對象和ＩＲＰ的片段：

ＮＴＳＴＡＴＵＳ ＸｘＳｅｌｆＤｉｓｐａｔｃｈ（ＩＮ ＰＤＥＶＩＣＥ＿ＯＢＪＥＣＴ ｐＤＯ ＩＮ ＰＩＲＰ ｐＩｒｐ）；

｛

ＰＬＯＣＡＬ＿ＤＥＶＩＣＥ＿ＩＮＦＯ ｐＬＤＩ；

ＰＩＯ＿ＳＴＡＣＫ＿ＬＯＣＡＴＩＯＮ ｐＩｒｐＳｔａｃｋ；

ＰＵＬＯＮＧ ｐＩＯＢｕｆｆｅｒ；

／／得到全局信息

ｐＬＤＩ ＝ （ＰＳＥＬＦ＿ＤＥＶＩＣＥ＿ＩＮＦＯ）ｐＤＯ－＞ＤｅｖｉｃｅＥｘｔｅｎｓｉｏｎ；

ｐＩｒｐＳｔａｃｋ ＝ ＩｏＧｅｔＣｕｒｒｅｎｔＩｒｐＳｔａｃｋＬｏｃａｔｉｏｎ（ｐＩｒｐ）；

／／得到由用戶應用程序發(fā)來的用戶數(shù)據(jù)，并在需要時，將結果通過此變量返回給用戶

ｐＩＯＢｕｆｆｅｒ＝ＰＵＬＯＮＧｐＩｒｐ－＞ＡｓｓｏｃｉａｔｅｄＩｒｐ．Ｓｙｓｔｅｍ

Ｂｕｆｆｅｒ；

／／ 由ＩＲＰ攜帶的信息決定驅動程序的執(zhí)行

ｓｗｉｔｃｈ （ｐＩｒｐＳｔａｃｋ－＞ＭａｊｏｒＦｕｎｃｔｉｏｎ）

｛

ｃａｓｅ ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ：

ｃａｓｅ ＩＲＰ＿ＭＪ＿ＣＬＯＳＥ：

Ｓｔａｔｕｓ ＝ ＳＴＡＴＵＳ＿ＳＵＣＣＥＳＳ；

ｂｒｅａｋ；

ｃａｓｅ ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ：

／／由Ｐａｒａｍｅｔｅｒｓ進一步解釋控制代碼含義

ｓｗｉｔｃｈ （ｐＩｒｐＳｔａｃｋ－＞Ｐａｒａｍｅｔｅｒｓ．ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌ．ＩｏＣｏｎｔｒｏｌＣｏｄｅ）

｛

ｃａｓｅ ＩＯＣＴＬ＿Ｆｕｎｃｔｉｏｎ１：

／／執(zhí)行功能代碼

Ｆｉｅｌｄ１ ＝ ｐＬＤＩ－＞ＳｅｌｆＦｉｅｌｄ１；

．．．

ｂｒｅａｋ；

ｃａｓｅ ＩＯＣＴＬ＿Ｆｕｎｃｔｉｏｎ２：

／／執(zhí)行功能代碼

．．．

ｂｒｅａｋ；

｝

ｂｒｅａｋ

｝

／／ 返回Ｉ／Ｏ操作的狀態(tài)

ｐＩｒｐ－＞ＩｏＳｔａｔｕｓ．Ｓｔａｔｕｓ ＝ Ｓｔａｔｕｓ；

ＩｏＣｏｍｐｌｅｔｅＲｅｑｕｅｓｔ（ｐＩｒｐ ＩＯ＿ＮＯ＿ＩＮＣＲＥＭＥＮＴ）； 

ｒｅｔｕｒｎ Ｓｔａｔｕｓ；

｝

５ 驅動程序終止例程

Ｕｎｌｏａｄ例程負責取消由ＤｒｉｖｅｒＥｎｔｒｙ例程所做的任何事情，包括解除屬于該驅動程序的任何硬件資源的分配，以及刪除屬于驅動程序的任何內核對象。通常這僅在系統(tǒng)關閉時需要。

ＶＯＩＤ ＸｘＵｎｌｏａｄ（ＰＤＲＩＶＥＲ＿ＯＢＪＥＣＴ ＤｒｉｖｅｒＯｂｊｅｃｔ）

｛

ＰＬＯＣＡＬ＿ＤＥＶＩＣＥ＿ＩＮＦＯ ｐＬＤＩ；

ＵＮＩＣＯＤＥ＿ＳＴＲＩＮＧ Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ；

／／ 得到全局數(shù)據(jù)，根據(jù)全局數(shù)據(jù)進行清理工作

ｐＬＤＩ＝ＰＬＯＣＡＬ＿ＤＥＶＩＣＥ＿ＩＮＦＯＤｒｉｖｅｒＯｂｊｅｃｔ－＞Ｄｅｖｉｃｅ

Ｏｂｊｅｃｔ－＞ＤｅｖｉｃｅＥｘｔｅｎｓｉｏｎ

ｉｆ （ｐＬＤＩ－＞Ｆｉｅｌｄ２ ＝＝ ＴＲＵＥ）

｛
．．．

／／ 刪除分配的設備名及設備

ＲｔｌＩｎｉｔＵｎｉｃｏｄｅＳｔｒｉｎｇ（＆Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ， ＳｅｌｆＷｉｎ３2 Ｎａｍｅ）；

ＩｏＤｅｌｅｔｅＳｙｍｂｏｌｉｃＬｉｎｋ（＆Ｗｉｎ３２ＤｅｖｉｃｅＮａｍｅ）；

ＩｏＤｅｌｅｔｅＤｅｖｉｃｅ（ｐＬＤＩ－＞ＤｅｖｉｃｅＯｂｊｅｃｔ）；

｝

６ 用戶層應用程序與驅動程序間的接口

驅動程序完成后，將在系統(tǒng)重新引導時裝入并初始化（由ＤｒｉｖｅｒＥｎｔｒｙ例程完成）。此時，驅動程序處于可用狀態(tài)，等待用戶層應用程序使用。用戶層應用程序可以：

·打開該設備文件（由ＩＲＰ＿ＭＪ＿ＣＲＥＡＴＥ功能代碼完成）

·讀出數(shù)據(jù)（由ＩＲＰ＿ＭＪ＿ＲＥＡＤ功能代碼完成）

·寫入數(shù)據(jù)（由ＩＲＰ＿ＭＪ＿ＷＲＩＴＥ功能代碼完成）

·執(zhí)行用戶自定義的功能代碼（由ＩＲＰ＿ＭＪ＿ＤＥＶＩＣＥ＿ＣＯＮＴＲＯＬ功能代碼完成）

·關閉該設備文件（由ＩＲＰ＿ＭＪ＿ＣＬＯＳＥ功能代碼完成）

以下是部分實現(xiàn)代碼：

ｖｏｉｄ ｍａｉｎ（）

｛

ＨＡＮＤＬＥ ｈｎｄＦｉｌｅ； ／／ 由ＣｒｅａｔｅＦｉｌｅ得到

ｕｎｉｏｎ ｛

ＵＬＯＮＧ ＬｏｎｇＤａｔａ；

ＵＳＨＯＲＴ ＳｈｏｒｔＤａｔａ；

ＵＣＨＡＲ ＣｈａｒＤａｔａ；

 ｝ＤａｔａＢｕｆｆｅｒ； ／／從設備驅動程序中得到的數(shù)據(jù)

ＬＯＮＧ ＩｏｃｔｌＣｏｄｅ； ／／功能代碼

ＵＬＯＮＧ ＤａｔａＬｅｎｇｔｈ；

ＬＯＮＧ Ｐａｒａｍｅｔｅｒ１；

／／調用ＩＲＰ中的ＩＲＰ ＿ＭＪ＿ＣＲＥＡＴＥ功能

ｈｎｄＦｉｌｅ ＝ ＣｒｅａｔｅＦｉｌｅ（

″＼＼＼＼．＼＼ＳｅｌｆＷｉｎ３２Ｎａｍｅ″， ／／ 打開設備文件″ ＳｅｌｆＷｉｎ３２Ｎａｍｅ″

ＧＥＮＥＲＩＣ＿ＲＥＡＤ ｜ ＧＥＮＥＲＩＣ＿ＷＲＩＴＥ，

ＦＩＬＥ＿ＳＨＡＲＥ＿ＲＥＡＤ ｜ ＦＩＬＥ＿ＳＨＡＲＥ＿ＷＲＩＴＥ，

ＮＵＬＬ，

ＯＰＥＮ＿ＥＸＩＳＴＩＮＧ，

０，

ＮＵＬＬ

ｉｆ （ｈｎｄＦｉｌｅ ＝＝ ＩＮＶＡＬＩＤ＿ＨＡＮＤＬＥ＿ＶＡＬＵＥ）

｛

ｐｒｉｎｔｆ（″Ｕｎａｂｌｅ ｔｏ ｏｐｅｎ ｔｈｅ ｄｅｖｉｃｅ．＼ｎ″）；

ｅｘｉｔ（１）；

｝

ＩｏｃｔｌＣｏｄｅ ＝ ＩＯＣＴＬ＿Ｆｕｎｃｔｉｏｎ１； ／／自定義功能代碼

Ｐａｒａｍｅｔｅｒ１ ＝ １；

ＤａｔａＬｅｎｇｔｈ ＝ ｓｉｚｅｏｆ（ＤａｔａＢｕｆｆｅｒ．ＣｈａｒＤａｔａ）；

ＩｏｃｔｌＲｅｓｕｌｔ ＝ ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌ（

ｈｎｄＦｉｌｅ ／／設備文件句柄

ＩｏｃｔｌＣｏｄｅ／／功能代碼，對應ＩＲＰ中的Ｐａｒａｍｅｔｅｒ．

／／ＤｅｖｉｃｅＩｏＣｏｎｔｒｏｌ．ＩｏＣｏｎｔｒｏｌＣｏｄｅ域

＆Ｐａｒａｍｅｔｅｒ１，／／傳遞到驅動程序的參數(shù)緩沖區(qū)，對應

／／ＩＲＰ中的ＡｓｓｏｃｉａｔｅｄＩｒｐ．ＳｙｓｔｅｍＢｕｆｆｅｒ

ｓｉｚｅｏｆ（Ｐａｒａｍｅｔｅｒ１） ／／參數(shù)緩沖區(qū)長度

＆ＤａｔａＢｕｆｆｅｒ， ／／從驅動程序傳出的數(shù)據(jù)緩沖區(qū)

ＤａｔａＬｅｎｇｔｈ， ／／緩沖區(qū)長度

＆ＲｅｔｕｒｎｅｄＬｅｎｇｔｈ， ／／返回的實際緩沖區(qū)長度

ＮＵＬＬ ／／等待，直到操作完成

）；

ｉｆ（?。茫欤铮螅澹龋幔睿洌欤澹煟瑁睿洌疲椋欤澹?／／關閉設備

｛

ｐｒｉｎｔｆ（″Ｆａｉｌｅｄ ｔｏ ｃｌｏｓｅ ｄｅｖｉｃｅ．＼ｎ″）；
｝

｝
以上介紹了Ｗｉｎｄｏｗｓ ＮＴ４．０設備驅動程序開發(fā)中的一般性過程。用戶可利用ＮＴ ＳＤＫ 及ＤＤＫ開發(fā)工具包，并根據(jù)自身需要，對以上核心代碼進行擴充完成所需任務。