NWinfo v1.6.7.0 绿色单文件版：绕过WMI的中间层，直接叩问硬件本身

**NWinfo v1.6.7.0 绿色单文件版：绕过WMI的中间层，直接叩问硬件本身**

Windows 系统信息工具长久以来共享着一个不易被察觉的默认前提：数据应当经由 Windows Management Instrume

ntation 这座中间层来转述。WMI 提供了一套整齐的抽象，但也在这套抽象之中引入了额外的延迟、偶发的信息丢

失，以及在部分老旧或精简系统上干脆缺席的查询链路。NWinfo 所做的，是把这座中间层从路径中移开。它由开

发者 a1ive 以 C 语言写就，不经过 WMI 的转述，而是以**内核驱动**为桥，直接读取 SMBIOS 固件表、执行 CP

UID 指令、访问 PCI 配置空间、解析 EDID 与 ACPI 表，将硬件自身愿意吐露的数据以尽可能短的距离呈递至使

用者眼前。

**“直接读取”的代价与兑现**

绕过 WMI 并非没有代价。现代 Windows 在用户模式下对 RDMSR 一类的特权指令与硬件端口访问施加了严格限制

，NWinfo 因此需要借助一组**内核模式驱动**来完成低层的硬件通信。它按优先级依次尝试 `CPUZ162`、`NwHwIo

` 与 `PawnIO` 等驱动，以覆盖不同的 Windows 版本与运行环境；驱动通过服务控制管理器动态装载，无需使用

者手动干预。这份在驱动层面的投入，换来的是数据链路的缩短：SMBIOS 的原始字段、CPU 的微码版本与缓存拓

扑、内存的 SPD 信息与通道配置、磁盘的 S.M.A.R.T. 健康记录——这些在 WMI 封装下可能被裁剪或转译的细节

，在此得以保留其原本的颗粒度。

驱动层的存在也意味着两处需要被预先知晓的边界。其一，部分安全软件可能对底层驱动的装载作出误判，将其标

记为可疑行为；其二，温度、电压与功耗一类经由 MSR 读取的传感器数据，通常需要管理员权限方可触及。这两

点并非工具的缺陷，而是“直接读取”这一选择在 Windows 安全模型中所必然伴随的摩擦。

**输出：让机器可读，也让脚本可续**

NWinfo 的默认输出格式是 **YAML**，这一选择本身便透露出它的使用语境：YAML 的结构清晰而人类可读，适合

在终端中直接审阅，也便于粘贴进配置或文档之中。在此基础上，**JSON** 为脚本与自动化管线提供了标准的解

析入口，**LUA 表**则面向嵌入式与轻量脚本环境，使硬件信息可以直接落入既有的逻辑之中，而非被困在一份只

能观看的文本报告里。命令行参数的粒度同样经过考量：`--cpu`、`--disk`、`--pci` 等筛选开关将输出收束至

特定类别，`--format` 与 `--output` 则允许将结果直接落盘为 HTML 报告或结构化文件，供后续归档或集成。

图形界面与命令行双模式并存，使同一套采集引擎既服务于装機验机时的快速一瞥，也服务于服务器环境中无 GUI

 的批量巡检。

**兼容的纵深：从 XP 到 11，以及那条被保留的旧路**

Windows XP 及以上的支持，在今日的工具生态中已不多见。这项兼容性并非出于怀旧的修辞，而是指向一个仍然

存在的现实：老旧设备、工控机与特定行业环境中的 Windows 7 乃至 XP 系统，依然在服役，而它们往往恰恰是

最需要一份可靠硬件台账的对象。NWinfo 以原生 Win32 程序的形式覆盖这条漫长的版本带，不依赖 .NET 运行时

或现代系统组件，使“在一台无法安装新工具的老机器上查看硬件详情”这一需求，重新获得了一个轻量的答案。

**版本说明**

本版本为 **NWinfo v1.6.7.0 绿色单文件版**。根据开发者 a1ive 的发布记录，v1.6.7（Build 20261104.920）

于 2026 年 11 月 4 日释出，更新内容集中在维护层面：`nuklear.h` 与 `libcdi` 两个依赖库被同步至新的修

订，Direct3D 特性级别的探测逻辑得到了加固。这些条目并不改变工具的形态，却维系着采集引擎在图形与磁盘

健康两条支线上的可靠性。单文件绿色版以 `gnwinfo.exe` / `gnwinfo64.exe` 的形态交付，解压即用，不在系

统中留下安装痕迹，版本号与构建号均予保留，不作改写。

**下载地址**

夸克网盘：https://pan.quark.cn/s/d4b5a79ee603 

123 网盘：https://www.123865.com/s/Fy9bVv-6Mg6d 

蓝奏云：https://yueblx.lanzouu.com/b0mc5jvvg   （密码：1to3）