驱动对象与设备对象的关系

1、驱动对象：

  一个驱动对象代表了一个驱动程序。或者说一个内核模块。驱动对象的结构如下（这个结构的定义取自 WDK中的 wdm.h）。下面有一些域用省略号代替。 

[plain] view plain copy

1. typedef struct _DRIVER_OBJECT {   
2.  //  结构的类型和大小。   
3.       CSHORT Type;   
4.       CSHORT Size;   
5.    
6.   //  设备对象，这里实际上是一个设备对象的链表的开始。因为 DeviceObject   
7.   //  中有相关链表信息。读下一小节“设备对象”会得到更多的信息。   
8.       PDEVICE_OBJECT DeviceObject;   
9.   ……   
10.   //  驱动的名字   
11.       UNICODE_STRING DriverName;   
12.   ……   
13.   //  快速 IO分发函数   
14.       PFAST_IO_DISPATCH FastIoDispatch;   
15.    ……   
16.  //  驱动的卸载函数   
17.       PDRIVER_UNLOAD DriverUnload;   
18.       //  普通分发函数   
19.     PDRIVER_DISPATCH MajorFunction[IRP_MJ_MAXIMUM_FUNCTION + 1];   
20. } DRIVER_OBJECT;  

2、设备对象：

  设备对象是内核中的重要对象。 其重要性不亚于在WindowsGUI编程中的窗口 （Wnd）。进行过 Windows 窗口应用程序开发的读者知道，窗口是唯一可以接收消息的东西。任何消息都是发送给一个窗口的。而在内核的世界里，大部分“消息”以“请求” （IRP）的方式传递。而设备对象（DEVICE_OBJECT）是唯一可以接受请求的的实体。任何一个“请求”（IRP）都是发送给某个设备对象的。
  设备对象的结构是 DEVICE_OBJECT，常常被简称为 DO。一个 DO 可能代表许多东西。浅显的例子是：一个DO可以代表一个实际的硬盘。这很明显：硬盘可以被读，或者
被写。所以这个 DO 将接受读和写两种请求（实际还有更多） 。但是一个 DO 也可能代表一个和硬件毫无关系的东西。比如说内核中可能有一个设备，实现类似“管道”的功能。一个进程打开这个设备对象进行读，另一个进程打开这个设备进行写，就把数据从一个进程传递到了另一个进程。为了接受来自用户进程的请求，我们不得不生成了一个 DO。这个 DO和实际硬件没什么关系。 因为我们总是在内核程序中生成一个 DO,而一个内核程序是用一个驱动对象表示的。所以一个设备对象总是属于一个驱动对象。
  在 WDK中的 wdm.h 中可以看到结构定义如下 （我省略了许多现在读者不需要了解的域）

[plain] view plain copy

1. typedef struct DECLSPEC_ALIGN(MEMORY_ALLOCATION_ALIGNMENT) _DEVICE_OBJECT {   
2.        
3.   //  和驱动对象一样   
4.   CSHORT Type;   
5.   USHORT Size;   
6.    
7.   //  引用计数   
8.   ULONG ReferenceCount;   
9.    
10.   //  这个设备所属的驱动对象   
11.    struct _DRIVER_OBJECT *DriverObject;   
12.    
13.   //  下一个设备对象。在一个驱动对象中有n 个设备，这些设备用这个指针连接   
14.   //  起来作为一个单向的链表。   
15.     struct _DEVICE_OBJECT *NextDevice;   
16.    
17.   //  设备类型   
18.   DEVICE_TYPE DeviceType;   
19.    
20.   // IRP栈大小   
21.   HAR StackSize;   
22.        
23.   ……   
24. }DEVICE_OBJECT;  

  从这个结构来看，读者应该发现驱动对象（DRIVER_OBJECT）和设备对象（DEVICE_OBJECT） 之间的联系。 这非常重要。驱动对象生成多个设备对象。而 Windows在向设备对象发送请求。但是这些请求如何处理呢？实际上，这些请求是被驱动对象的分发函数所捕获的。当 Windows内核向一个设备发送一个请求时，驱动对象的分发函数中的某一个会被调用。分发函数原型如下：  

[plain] view plain copy

1.  //  一个典型的分发函数，第一个参数 device 是请求的目标 device,第二个参数 irp 是   
2.  //  请求的指针。   
3. NTSTATUS MyDispatch(PDEVICE_OBJECT deivce, PIRP irp);   

  至于究竟如何处理，由内核模块的开发者在这个函数中编写。