如果一个VxD只是为了某个应用提供某种服务选择动态加载就比较好因为VxD能在需要时加载在用完后就立即卸载。这两种加载方式所响应的VMM消息有一点不同有的只能响应静态VxD有的则只能响应动态VxD。但大多数消息对这两种方式都能响应。③ DDB的结构设备描述块The Device Descriptor Block简称DDB是VMM联系VxD的句柄。DDB中包括了VxD的信息和指向VxD主要的入口指针。当然为了给其他的应用程序使用也可以包括指向其他入口的指针。表3.1是DDB的数据结构。表3.1 DDB的数据结构字段区域描述Name8个字节的VxD名称Major VersionVxD的主版号与Windows的版本号无关Minor VersionVxD的从版号与Windows的版本号无关Device Control Procedure设备控制过程的地址Device IDMicrosoft分配的惟一的ID号Initialization Order通常是Undefine_Init_Order 。如果要强制在某个指定的VxD初始化之前或结束之后进行初始化那就在VMM.INC中找到相应的Init_Order加1或减1Service Table服务表的地址V86 API ProcedureV86 API函数的地址PM API ProcedurePM API函数的地址VxD源程序中的标号是不区分大小写的大写、小写或者混合起来用都可以。下面对这些字段做些说明 Name VxD的名字最多8个字符。它必须是大写在系统中的所有VxD程序里它们的名字不能重复每个VxD的名字应该是惟一的。这个宏同时也会根据这个名字产生DDB的名字产生的办法就是在这个名字的后面加上_DDB。 MajorVer和MinorVerVxD的主要的和次要的版本。 CtrlProcVxD程序的设备控制函数的名字。设备控制函数是一个接受和处理VxD程序的控制消息的函数。你可以把设备控制函数看做Windows函数的等价物。 DeviceIDVxD程序的16位惟一标识符当且仅当VxD程序需要处理以下情况时需要用到这个ID● VxD程序导出一些供其他VxD程序使用的VxD服务。因为20H中断接口用设备ID来定位/区分VxD程序所以一个惟一的ID对你的VxD程序是必要的。● VxD程序要在初始化中断2FH、1607H时通知实模式程序它的存在。● 有一些实模式软件TSR要用中断2FH、1605H来加载VxD程序。如果VxD程序不需要一个惟一的设备ID则可以把这一项设为UNDEFINED_DEVICE_ID如果需要它则可以向Microsoft申请一个。 InitOrder初始化的顺序。简单地说就是加载的顺序。VMM就按照这个次序来加载VxD程序。每个VxD程序都有一个加载次序号例如VMM_INIT_ORDER EQU 000000000HDEBUG_INIT_ORDER EQU 000000000HDEBUGCMD_INIT_ORDER EQU 000000000HPERF_INIT_ORDER EQU 000900000HAPM_INIT_ORDER EQU 001000000H可以看到VMM, DEBUG和DEBUGCMD是首先加载的VxD程序然后是PERF和APM。初始化顺序值越低的VxD程序越先被加载。如果VxD程序在初始化时需要用到其他VxD程序提供的服务那么必须把初始化顺序的值设得比你所要调用的那个VxD程序的值大。这样当VxD程序加载时所要的VxD就已经在内存中为你准备好了。如果不想去管VxD的初始化顺序就把这个参数填写为UNDEFINED_INIT_ORDER 。 V86Proc和PMProc程序可以导出供V86和保护模式程序使用的API这两个参数就是用来填写这些API的地址。记住VxD程序除了监控系统虚拟机外还要监控一个或多个运行在DOS或者保护模式下的虚拟机程序。VxD程序理所当然要为DOS和保护模式程序提供API支持。如果你不导出这些API则可以不填这两个参数。 RefData这是输入输出监视器IOS要用到的参考数据。只有在一种情况下要用到这个参数即当在为IOS编写一个层驱动程序时。否则可以不填这个参数。④ VxD的事件处理当实模式初始化完成后VMM将通过专门的消息方法来通知所有的VxD发生了什么。VxD的消息处理就像Windows的窗口消息处理一样能通过如下一组切换函数switch (事件){case 系统初始化事件处理此消息代码case VM初始化处理此消息代码…case 其他…}为了给VxD发送消息VMM就会从VxD的DDB中取得设备控制函数的地址在EAX中放置的是消息的值EBX中放入当前VM的句柄接着调用对应的函数。