VxD是在Microsoft Windows/386、Windows 3.x的386增强模式及Windows 9x中使用的设备驱动程序模型，并在一定程度上被Novell DOS 7（英语：DR-DOS）、OpenDOS 7.01（英语：OpenDOS 7.01）以及DR-DOS 7.02（英语：DR-DOS 7.02）（及更高版本）多任务（TASKMGR）使用。VxDs可以访问内核和所有运行中进程的内存，以及对硬件的原始访问。
名称“VxD”是“虚拟xxx驱动程序”（virtual xxx driver）的缩写，其中“xxx”是一些硬件设备的类别。它本身源于Windows 3.x中以vxxxd.386作为文件名称的大多数驱动程序，例如：vjoyd.386（操纵杆）、vmm.386（内存管理器）。VxD在Windows 3.x下通常使用.386为文件扩展名，在Windows 9x下则使用.vxd。为Windows 3.x编写的VxD可以在Windows 9x下使用，反之亦然。
在Windows出现前，DOS应用程序直接与各种硬件通信（响应中断，读取和写入设备内存等）或通过DOS设备驱动程序通信。由于DOS不是多任务架构，每个应用程序将在运行时对硬件进行独占和完全的控制。虽然Windows应用程序通常不直接与硬件通信，但它是Windows驱动程序的唯一方法，并且在Windows 3.x中的真实和标准模式中仍是如此。
Windows/386及之后的系统允许多个DOS应用程序在自己的DOS虚拟机（英语：Virtual DOS machine）中并发执行。为在这些虚拟机之间共享物理资源，微软引入了虚拟设备驱动程序。这些驱动程序通过拦截对硬件的调用来解决与物理资源的使用冲突相关的问题。相较于实际设备的机器端口，它表示经由操作系统管理的“虚拟”设备。
尽管Windows 98引入了Windows Driver Model (WDM)，VxD仍可在Windows 98和Windows Me上使用。VxD不能在Windows NT及后续版本中使用。从Windows 2000开始，基于Windows NT的操作系统也使用Windows Driver Model，而Windows NT 4和更低版本必须使用专门为它们编写的驱动程序。在Windows 9x中使用VxD驱动程序而非WDM驱动程序将导致高级ACPI 状态（例如休眠）不可用。
VxD不应与类似的名称混淆。NTVDM专用的“VDD”（虚拟设备驱动程序）在Windows NT“DOS Box”下仿真直接I/O的方法NTVDM VDD作为常规的32位用户模式DLL运行，并且必须依靠Win32 API（或另一个WDM驱动程序）代表16位程序模拟所需的I/O。
