摘　要： 在Windows 98或Windows 95下如何高效編寫硬件設備驅(qū)勸程序是微機應用開發(fā)中迫切需要解決的問題。介紹了虛擬設備驅(qū)動程序(VxD)在Windows 9x下運行的機理和通信策略，以及如何設計內(nèi)核模式驅(qū)動程序。
　　關(guān)鍵詞： 保護模式 VMM VxD DPMI

　　另外，VMM是一個可擴充的“操作系統(tǒng)”，它的核心部件以及標準部件(比如，DMA控制器管理VDMAD，中斷管理VPICD等)是由Microsoft提供的。但我們可以編寫一些擴充模塊，也就是用VxD來增強VMM對硬件的虛擬能力，使整個操作系統(tǒng)獲得對新硬件的訪問能力。不僅如此，這種擴充操作系統(tǒng)的辦法，還能為Win32程序與MS－DOS程序之間的通訊提供一種新的途徑以代替?zhèn)鹘y(tǒng)的MS－DOS設備驅(qū)動程序以及內(nèi)存駐留程序TSRs。從某種意義上說，沒有VxD不能完成的事情，而且由于VxD是運行的保護模式下，所以它并不占有寶貴的常規(guī)內(nèi)存。此外，運行實模式MS－DOS驅(qū)動程序所導致的模式切換也不復存在。因此一般來講，VxD的運行速度要高出MS－DOS驅(qū)動程序一倍以上。更重要的是VxD在Windows 9x下可以動態(tài)裝入與卸載而不需要重新啟動計算機，這就大大提高了系統(tǒng)的靈活性，同時也為即插即用(Plug and Play)提供了可能。與實模式的驅(qū)動程序相比，可動態(tài)裝、卸載可謂是一場革命。
2 VxD的結(jié)構(gòu)及通訊策略
　　普通的Win32應用程序都是PE格式(Portable Exectable Format)的，而VxD則不同，它沒有一般程序的進出口而是輸出一種稱作設備描述塊DDB(Device Descriptor Block)的數(shù)據(jù)結(jié)構(gòu)。它包括VxD設備ID、初始化順序、Win32DeviceIOControl回調(diào)函數(shù)句柄、V86API句柄、PM API句柄等VMM在調(diào)用VxD時所需要的重要信息。此外，同其他應用程序一樣，VxD由五個段構(gòu)成，它們分別是：
　　(1)VxD_CODE段：保護模式代碼段。該段包含VxD系統(tǒng)控制過程、回調(diào)過程、服務和API過程。
　　(2)VxD_DATA段：保護模式數(shù)據(jù)段。該段包括設備描述表、服務表和部分VxD全局數(shù)據(jù)。
　　(3)VxD_ICODE段：保護模式初始化代碼段(可選)。該段一般包括只在VxD初始化過程中使用的過程和服務，VMM在Init_Complete消息發(fā)生后丟棄此段。
　　(4)VxD_IDATA段：保護模式初始化數(shù)據(jù)段(可選)。該段一般包括初始化過程和服務使用的數(shù)據(jù)，VMM在Init_Complete消息發(fā)生后丟棄此段。
　　(5)VxD_REAL_INIT段：實模式初始化段(可選)。該段包含實模式初始化過程和數(shù)據(jù)，VMM在裝載VxD其它部分之前調(diào)用此過程，過程返回后丟棄此段。
　　當VxD裝入內(nèi)存時，VxD通常要靠DDB中所添入的一個16位的VxD設備ID，以區(qū)別于其它VxD。為了防止與其他新VxD沖突，Microsoft通過請求和注冊標識來保證自己的VxD設備ID沒有被其它廠商使用，為此Microsoft保留0～01FFH之間的所有VxD設備ID供自己使用。
　　在編寫VxD時首先要編寫VMM的消息處理函數(shù)，以便作相應的處理。例如，在VxD裝入內(nèi)存時VMM對能動態(tài)裝載的VxD發(fā)出SYS_DYNMAIC_DEVICE_INIT消息，在要求卸載VxD時VMM又向其發(fā)出SYS_DYNAMIC_DEVICE_EXIT消息。在VxD中只需編寫相應的處理函數(shù)，便可達到設備初始化與卸載釋放資源的目的。拿Win32程序來說，它使用CreateFile API函數(shù)打開可動態(tài)裝、卸載的VxD時VMM便會發(fā)出SYS_DYNAMIC_DEVICE_INIT消息。相應的，當它使用CloseHandle API函數(shù)卸載VxD時VMM便會發(fā)生SYS_DYNAMIC_DEVICE_EXIT消息。
　　另外，在具體調(diào)用VxD中的函數(shù)時，也不像調(diào)用ring－3 DLL中的函數(shù)那樣容易。我們以調(diào)用對象不同分以下幾種情況討論：
　　(1)從其他VxD中調(diào)用(ring－0調(diào)用ring－0)
　　當生成VxD時，所有可以被其他VxD調(diào)用的函數(shù)都列在一個數(shù)組里，我們稱這種函數(shù)為一個服務(Service)、這個數(shù)組為服務項目表(Service_Table)。在調(diào)用時，并不是用服務的名稱而是直接使用該函數(shù)在數(shù)組中的索引號。例如對VMM中的1號服務Get_Cur_VM_Handle
　　可采用如下格式：
　　int 20h
　　DD00010001h
　　32位的DD由兩部分組成，它的高字包含了VxD設備的ID，低字包含了服務號(這里VMM的設備ID為0001h)。
　　(2)從V86代碼或Win16(保護模式)代碼中調(diào)用(ring－3調(diào)用ring－0)
　　這里應用程序要申請被調(diào)用的VxD函數(shù)地址，這個地址可以通過int 2Fh/AX＝1648h調(diào)用獲得。為了識別是調(diào)用哪一個VxD的函數(shù)，調(diào)用時可令BX＝VxD設備ID。當int 2Fh指令返回時，寄存器ES:DI(對保護模式有ES:EDI)包含一個seg:offset(對保護模式有selector:offset)指針，調(diào)用該指針就可以把控制權(quán)交給運行在ring－0下的VxD。
　　(3)從Win32代碼中調(diào)用(ring－3調(diào)用ring－0)
　　事實上Microsoft隱藏了Win32的VxD服務接口，作為替代提供了Windows NT下的設備輸入、輸出控制(DeviceIOControl)Win32 API。Win32程序通過使用此函數(shù)向特定的VxD發(fā)送控制碼與數(shù)據(jù)。與此相應在編寫VxD時要提提供一個相應的回調(diào)函數(shù)以響應它所發(fā)出的W32_DeviceIOControl消息，并再去回調(diào)函數(shù)中響應相應的控制碼，最后還要把該回調(diào)函數(shù)的句柄添加到DDB中。它的定義如下：
　　BOOL DeviceloControl(
　　HANDLE hDevice,//用CreateFile API函數(shù)打開VxD設備獲得的句柄
　　DWORD dwloControlCode,//ring3程序向VxD傳遞的命令碼(可由編程寫者自定)
　　LPVOID lnBuffer,//ring3程序傳給VxD的數(shù)據(jù)緩存的地址
　　DWORD nlnBufferSize,//ring3程序傳給VxD的數(shù)據(jù)緩存的字節(jié)數(shù)
　　LPVOID lpOutBuffer,//VxD的返回數(shù)據(jù)所存放的緩存地址(該緩存由ring－3預留)
　　DWORDnOutBufferSize,//VxD的返回數(shù)據(jù)所存放的緩存的字節(jié)數(shù)
　　LPDWORD lpBytesReturned,//VxD實際返回數(shù)據(jù)的字節(jié)數(shù)
　　LPOVERLAPPED lpOverlapped //一個OVERLAPPED的結(jié)構(gòu)地址，通常為NULL)；
　　由此不難看出這種DeviceIOControl的結(jié)構(gòu)也為VxD向ring－3回傳數(shù)據(jù)提供了一種途徑。這種通訊方式在NT的設備驅(qū)動程序中也得到了廣泛應用，它是Microsoft大力提倡的Win32程序應采用的一種通訊方式。
3 VxD的實現(xiàn)
　　從編程工具方面來看，我們需要Windows95 DDK和一個32bit的匯編編譯器，如MASM6.11c，如果打算用C/C++開發(fā)驅(qū)動程序的話，還應選用一個32bit的C/C++4.0編譯器，筆者推薦采用Micrfoft Visual C++ 4.0以上的版本，因為它支持一種新的關(guān)鍵字——declspec(naked) 。采用該關(guān)鍵字的函數(shù)，編譯器將不為其生成相應的函數(shù)進出口代碼，這樣對于采用特殊函數(shù)結(jié)構(gòu)的VxD函數(shù)來說是非常方便的。除此之外，也有一些公司提供了一些VxD向?qū)饕詭椭脩羯蒀/C++的程序框架，使用它們可以大大提高開發(fā)效率，應予以考慮，其中最著名的有Vtoolsd95, VxDwriter等。在編程中應注意，不要使用C/C++所提供的庫函數(shù)，特別是Microsoft的MFC，因為它們都是運行在ring－3上的，如果非用不可的話，只有一些個別函數(shù)能通過使編譯器生成嵌入式指令來達到目的，但這樣做是要相當小心的。另外，調(diào)試運行在ring－0的驅(qū)動程序是相當困難的，VC++以及MASM中的調(diào)試均不能滿足需要，而需采用內(nèi)核級的調(diào)試工具比如Microsoft的WDEB386以及Numega的SoftIce等。
4 VxD的局限性
　　VxD技術(shù)只適用于Windows 9x操作系統(tǒng)，Windows NT不支持此項技術(shù)，而是采用更為先進的面向?qū)ο蟮尿?qū)動程序模型，例如Window 98和Window 2000就采用了一種基于NT的驅(qū)動程序模型WDM。此外，由于VxD運行在ring－0上根本不受ring－3的制約，也給病毒的制造者即黑客以可乘之機，比如著名的CIH病毒是一個VxD。
參考文獻
1 Microsoft Develop Network Library 98；6(5)
2 Writes,Ruediger R.Asche.What＇s New in Windows 95 for VxD Microsoft Developer Network Technology Group
3 Ruediger R.Ashe.The Little Device Driver,Microsoft Development Network Technology group
4 Win 9x虛擬設備驅(qū)動程序編程指南.清華大學出版社，1999.3