你的直觉完全没错——INF文件正是Windows用来匹配驱动和硬件的核心载体，而驱动本身（.sys文件）并不直接存储硬件识别信息，这也是为什么你开发驱动时不需要在代码里指定设备标识符的原因。下面一步步拆解这个过程：

1. 硬件的"身份证"：硬件ID与兼容ID #

每台连接到Windows的硬件设备，都会通过总线（比如USB、PCI、ACPI等）向系统报告自己的硬件ID和兼容ID：

• 硬件ID是唯一标识设备的字符串，通常格式是VEN_XXXX&DEV_XXXX（PCI设备）、USB\VID_XXXX&PID_XXXX（USB设备），包含厂商ID（VID）和产品ID（PID），部分设备还会加上修订版本号或子系统ID。
• 兼容ID是更宽泛的标识，用来匹配通用驱动（比如USB大容量存储设备的兼容ID可能是USB\Class_08）。

Windows会优先匹配硬件ID，找不到精确匹配时再尝试兼容ID。

2. INF文件的核心匹配逻辑 #

和.sys一起生成的INF文件，专门负责告诉系统"这个驱动适配哪些硬件"，关键逻辑集中在这几个节：

• [Manufacturer]：定义厂商名称和对应的硬件模型节，示例：

  [Manufacturer]
  %MyCompany%=MyCompany_Devices,NTamd64
  

• [MyCompany_Devices.NTamd64]（对应上面的模型节）：列出硬件ID和对应的驱动安装项，示例：

  [MyCompany_Devices.NTamd64]
  %MyDeviceDesc%=MyDevice_Install,USB\VID_1234&PID_5678
  

  这里的USB\VID_1234&PID_5678就是要匹配的硬件ID，当系统发现有设备报告这个ID时，就会关联到MyDevice_Install这个安装节。
• [MyDevice_Install]：指定要加载的.sys文件、服务名称等驱动核心运行信息。

3. 系统的匹配流程 #

当你插入硬件时，Windows会按以下步骤完成驱动匹配：

1. 通过总线枚举获取设备的硬件ID/兼容ID列表；
2. 遍历系统中已安装的INF文件（包括驱动存储库中的），寻找能匹配这些ID的条目；
3. 找到匹配的INF后，根据其中的配置加载对应的.sys驱动，并调用你设置的入口点和插拔回调函数；
4. 如果找不到任何匹配，会尝试兼容ID匹配通用驱动，或者提示用户手动安装驱动。

补充：为什么开发驱动时不用指定设备标识符？ #

因为驱动代码的核心职责是处理设备的功能逻辑（比如数据读写、中断响应），而"识别哪个设备属于自己"的工作，已经由INF文件和Windows设备管理器完成了。当驱动被加载时，系统会把对应设备的句柄传递给驱动的入口函数（比如DriverEntry），驱动只需要基于这个句柄和预设的回调函数来处理设备的插拔和操作即可。

内容的提问来源于stack exchange，提问作者Boliotis Manousos