1、驱动对象:
一个驱动对象代表了一个驱动程序。或者说一个内核模块。驱动对象的结构如下(这个结构的定义取自 WDK中的 wdm.h)。下面有一些域用省略号代替。
[plain] view plain copy
- typedef struct _DRIVER_OBJECT {
- // 结构的类型和大小。
- CSHORT Type;
- CSHORT Size;
- // 设备对象,这里实际上是一个设备对象的链表的开始。因为 DeviceObject
- // 中有相关链表信息。读下一小节“设备对象”会得到更多的信息。
- PDEVICE_OBJECT DeviceObject;
- ……
- // 驱动的名字
- UNICODE_STRING DriverName;
- ……
- // 快速 IO分发函数
- PFAST_IO_DISPATCH FastIoDispatch;
- ……
- // 驱动的卸载函数
- PDRIVER_UNLOAD DriverUnload;
- // 普通分发函数
- PDRIVER_DISPATCH MajorFunction[IRP_MJ_MAXIMUM_FUNCTION + 1];
- } 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
- typedef struct DECLSPEC_ALIGN(MEMORY_ALLOCATION_ALIGNMENT) _DEVICE_OBJECT {
- // 和驱动对象一样
- CSHORT Type;
- USHORT Size;
- // 引用计数
- ULONG ReferenceCount;
- // 这个设备所属的驱动对象
- struct _DRIVER_OBJECT *DriverObject;
- // 下一个设备对象。在一个驱动对象中有n 个设备,这些设备用这个指针连接
- // 起来作为一个单向的链表。
- struct _DEVICE_OBJECT *NextDevice;
- // 设备类型
- DEVICE_TYPE DeviceType;
- // IRP栈大小
- HAR StackSize;
- ……
- }DEVICE_OBJECT;
从这个结构来看,读者应该发现驱动对象(DRIVER_OBJECT)和设备对象(DEVICE_OBJECT) 之间的联系。 这非常重要。驱动对象生成多个设备对象。而 Windows在向设备对象发送请求。但是这些请求如何处理呢?实际上,这些请求是被驱动对象的分发函数所捕获的。当 Windows内核向一个设备发送一个请求时,驱动对象的分发函数中的某一个会被调用。分发函数原型如下:
[plain] view plain copy
- // 一个典型的分发函数,第一个参数 device 是请求的目标 device,第二个参数 irp 是
- // 请求的指针。
- NTSTATUS MyDispatch(PDEVICE_OBJECT deivce, PIRP irp);
至于究竟如何处理,由内核模块的开发者在这个函数中编写。