调用SetupAPI的DiInstallDevice强制安装RNDIS通用驱动报ERROR_INVALID_PARAMETER如何解决

• 传入的DiInstallDevice参数存在互斥冲突：代码中使用DiFlags.DIIDFLAG_INSTALLNULLDRIVER作为调用标志，该标志的设计用途是为设备安装空驱动，此时接口强制要求DriverInfoData参数传入空指针。代码中同时传入非空的driverInfoData对象与该标志，属于参数组合非法，直接返回87错误。
• 枚举设备的过滤条件缺失：调用SetupDiGetClassDevs时仅使用DIGCF_ALLCLASSES标志，未添加DIGCF_PRESENT过滤项，容易枚举到离线的幽灵设备，对应的设备信息句柄无效，传入接口后会被判定为非法参数。
• 驱动枚举类型选择错误：使用SPDIT_CLASSDRIVER枚举驱动时，获取的是设备所属安装类下的全量驱动列表，并非能匹配当前设备硬件ID的兼容驱动列表，容易拿到无效的驱动信息句柄。
• 结构体初始化不完整：仅为SP_DRVINFO_DATA设置了cbSize字段，其余字段保留上次枚举的残留值，会导致结构体校验失败。

1. 修改设备枚举逻辑：调用SetupDiGetClassDevs时将标志调整为DIGCF_ALLCLASSES | DIGCF_PRESENT，仅检索当前在线的硬件。匹配目标设备时对硬件ID做精确校验，不要仅靠字符串包含判定。
2. 修改驱动枚举逻辑：构建驱动列表时将驱动类型参数替换为SPDIT_COMPATDRIVER，该枚举列表包含所有能匹配当前设备硬件ID的系统内置驱动，其中就包含微软通用远程RNDIS驱动。
3. 优化驱动匹配规则：遍历兼容驱动列表时，校验驱动的提供者为Microsoft、描述匹配通用RNDIS驱动特征，避免匹配到其他不兼容的NDIS类驱动。每次枚举新驱动前，将SP_DRVINFO_DATA结构体全量清零，仅重置cbSize字段保证结构尺寸匹配当前系统架构。
4. 调整安装调用参数：调用DiInstallDevice时将Flags参数设为0，移除DIIDFLAG_INSTALLNULLDRIVER标志，此时接口才会使用传入的DriverInfoData指向的驱动完成安装。

如果上述流程仍存在兼容性问题，可以采用预安装+触发匹配的流程：

• 定位系统内置的RNDIS驱动INF文件（位于系统inf目录下的netrasa.inf）
• 调用DiInstallDriver接口将该INF预安装到系统驱动仓库
• 触发系统硬件变更通知，让系统自动匹配已预安装的驱动完成安装
  *所有操作必须以管理员权限运行，否则会触发权限类错误。

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