最可靠方式是Windows用WMI调用Win32_BIOS类、Linux用/sys/class/dmi/id/文件或dmidecode；需处理COM初始化、代理凭据、日期格式、权限及版本字符串中的不可见字符和分隔符。
Windows下用WMI查询BIOS信息最可靠
直接调用Windows Management Instrumentation（WMI）是C++获取主板BIOS信息最稳定的方式，绕过硬件访问权限限制，也不依赖第三方库。系统自带的Win32_BIOS类能返回厂商、版本、发布日期等关键字段，且兼容从XP到Win11的所有桌面系统。
常见错误是忘记初始化COM和WMI安全上下文，导致CoInitializeEx后直接调用CoCreateInstance失败，报错0x80041002（WBEM_E_INVALID_NAMESPACE）或0x80070005（拒绝访问）。必须按顺序执行：
- 调用
CoInitializeEx(nullptr, COINIT_MULTITHREADED) - 调用
CoSetProxyBlanket设置代理凭据（否则本地WMI查询可能被拒绝） - 用
SWbemServices::ExecQuery执行SELECT * FROM Win32_BIOS
示例中重点提取Name、Manufacturer、SMBIOSBIOSVersion、ReleaseDate四个属性即可覆盖绝大多数BIOS识别需求；ReleaseDate是YYYYMMDDHHMMSS.MMMMMM+UUU格式，需手动截取前8位转为可读日期。
Linux下读取/sys/firmware/acpi/tables/里的DSDT或FADT不现实
想通过解析ACPI表获取BIOS信息，在用户态C++里基本走不通。虽然/sys/firmware/acpi/tables/FADT包含部分固件信息，但需要root权限读取，且字段编码复杂（如OEMRevision是整型，OEMID是6字节ASCII），没有标准解析逻辑。更实际的做法是复用dmidecode的输出——它本身也是从/dev/mem或EFI变量读取，但已做好解码。
立即学习“C++免费学习笔记（深入）”；
在C++中安全调用方式是：popen("sudo dmidecode -t bios", "r")，然后逐行解析。注意三点：
- 必须检查
dmidecode是否存在且有setuid权限，否则普通用户会卡住或报Permission denied - 输出含多段BIOS/Board/System信息，需用空行分隔，并匹配
BIOS Information开头的块 -
Version:、Vendor:、Release Date:这些字段后可能带多余空格，要用std::ws或trim处理
跨平台封装时别碰GetSystemFirmwareTable
Windows API里有个GetSystemFirmwareTable函数，看起来能通用读取SMBIOS/ACPI表，但它在非UEFI系统上返回0，在某些OEM笔记本（如部分Lenovo机型）上即使UEFI启用也常返回ERROR_INVALID_PARAMETER。实测稳定性远低于WMI，且Linux/macOS完全不支持，跨平台封装时主动排除它更省心。
如果坚持用底层接口，Windows侧只建议用WMI；Linux侧优先尝试lsb_release -a（虽属OS发行版信息）或读/sys/class/dmi/id/下的bios_vendor、bios_version等文件——这些是内核导出的标准化接口，无需sudo，但要求内核编译时开启CONFIG_DMI（现代发行版默认开启）。
BIOS版本字符串里藏坑：空格、斜杠、控制字符都可能出现
拿到SMBIOSBIOSVersion或/sys/class/dmi/id/bios_version内容后，不能直接当标识符用。实测发现大量设备返回值含不可见字符（如\x00截断、\r混入）、多余空格（前后各2~3个）、甚至斜杠分隔的双版本（"1.05.01/1.05.02"）。直接std::string::compare做相等判断大概率失败。
- 统一用
std::regex_replace(val, std::regex(R"([\s\x00\r\n]+)"), "")清理 - 若用于版本比对，先按
/拆分，再对每个片段用std::stoi转整数比较，避免字符串字典序陷阱（如"1.10""1.2"） - 日志记录时务必用
printf("bios ver: '%s'\n", val.c_str())加单引号，一眼看出首尾空白
真正麻烦的不是读不到，而是读到的内容看似正常、实则无法用于自动化判断——这个细节在批量设备巡检脚本里最容易翻车。
