必须以管理员权限运行程序才能读取Win32_BaseBoard.SerialNumber，且需校验非空、设超时、优先用Win32_BIOS.SerialNumber并过滤占位符，WMI在生产环境不可靠。
WMI 查询 Win32_BaseBoard.SerialNumber 权限不足就直接失败
Windows 默认禁止非管理员进程读取主板序列号，哪怕你用了 ManagementObjectSearcher，查出来也常是空字符串或报 UnauthorizedAccessException。这不是代码写错了，是系统策略卡死的。
实操建议：
- 必须以管理员权限运行程序（右键 → “以管理员身份运行”），仅加
app.manifest声明requireAdministrator不够，还要确保启动时真正提权 - 不要依赖
Win32_BaseBoard的SerialNumber字段——很多 OEM 主板出厂就留空，返回null或全零字符串（如"00000000"）是常态 - 可先用 PowerShell 快速验证：运行
Get-WmiObject Win32_BaseBoard | Select-Object Product,Manufacturer,SerialNumber，如果 SerialNumber 为空，C# 也拿不到
C# 用 ManagementClass 查询 WMI 硬件信息要防空引用和超时
ManagementObjectCollection 返回空集合、ManagementObject["SerialNumber"] 是 null 或 DBNull.Value，不是异常，但容易被忽略导致 NullReferenceException；WMI 查询本身也可能卡住，默认超时是 30 秒，没设 ConnectionOptions.Timeout 或 EnumerationOptions.Timeout 会让 UI 线程假死。
实操建议：
- 始终检查
mo["SerialNumber"] != null && mo["SerialNumber"] != DBNull.Value，再转成字符串 - 显式设置超时：
EnumerationOptions options = new EnumerationOptions { Timeout = new TimeSpan(0, 0, 5) }; - 避免在 UI 线程调用，用
Task.Run包一层，防止界面冻结 - 示例片段：
var searcher = new ManagementObjectSearcher("SELECT SerialNumber FROM Win32_BaseBoard");<br>searcher.Options.Timeout = new TimeSpan(0, 0, 5);<br>foreach (ManagementObject mo in searcher.Get()) {<br> var sn = mo["SerialNumber"];<br> if (sn != null && sn != DBNull.Value) return sn.ToString().Trim();<br>}
Win32_BIOS.SerialNumber 比 Win32_BaseBoard 更可靠但仍有厂商干扰
多数主板 BIOS 会写入唯一序列号到 Win32_BIOS.SerialNumber，比底板字段填充率高，但 Dell、HP 等厂商可能默认关闭该字段，或返回通用值（如 "None"、"To be filled by O.E.M."），甚至部分新机型用 SMBIOS 3.0+ 后该字段被标记为“不推荐使用”。
实操建议：
- 优先查
Win32_BIOS.SerialNumber，再 fallback 到Win32_BaseBoard.SerialNumber，最后考虑Win32_SystemEnclosure.SerialNumber - 过滤掉常见占位符：
string.IsNullOrWhiteSpace(sn) || sn.Contains("O.E.M") || sn.Equals("None", StringComparison.OrdinalIgnoreCase) - 注意：虚拟机（VMware、Hyper-V）通常返回固定字符串（如
"VMware-XX XX XX XX XX XX XX XX"），这不是 bug，是设计如此
硬编码 WMI 类名和属性名易因系统语言/版本失效
WMI 类名和属性名本身是英文且稳定，但如果你拼错成 Win32_BaseBorad 或 SeralNumber，编译不报错，运行时查不到结果；更隐蔽的是，在某些精简版 Windows（如 IoT Core）或组策略禁用 WMI 服务时，整个 System.Management 命名空间会抛出 ManagementException，错误信息是 "Not found" 或 "Provider load failure"。
实操建议：
- 所有 WMI 类名、属性名用字符串常量定义，避免散落各处拼写错误：
private const string BIOS_CLASS = "Win32_BIOS"; private const string SERIAL_PROP = "SerialNumber"; - 捕获
ManagementException并检查e.ErrorCode，比如-2147023839（服务未运行）、-2147217394（类不存在） - 生产环境别只靠 WMI——它依赖 Windows Management Instrumentation 服务，该服务可能被禁用、被杀毒软件拦截，或在容器/WSL 中根本不可用
WMI 获取主板序列号这事，表面是几行代码，实际卡点全在权限、厂商实现差异、空值处理和系统环境兼容性上。最常被忽略的是：你以为拿到字符串了，其实那是 BIOS 里随便填的占位符，或者 VM 生成的固定指纹。
