驱动对象和设备对象

原文链接
1、驱动对象:
一个驱动对象代表了一个驱动程序。或者说一个内核模块。驱动对象的结构如下(这个结构的定义取自 WDK中的 wdm.h)。下面有一些域用省略号代替。

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 中可以看到结构定义如下 (我省略了许多现在读者不需要了解的域)

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内核向一个设备发送一个请求时,驱动对象的分发函数中的某一个会被调用。分发函数原型如下:

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

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

你可能感兴趣的:(驱动对象和设备对象)