Windows下无真正可靠的电脑UUID，WMI硬件ID常为空或不唯一，推荐用MachineGuid（注册表HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Cryptography\MachineGuid）配合用户SID实现稳定但非物理唯一的设备标识。
Windows 下 C# 没有真正可靠的“电脑 UUID”——所谓硬件序列号，绝大多数情况下是拼出来的、可变的、跨设备不一致的。别指望靠它做 license 绑定或强身份识别，尤其在虚拟机、重装系统、驱动更新后大概率失效。
GetSystemIdFromWmi 为什么返回空或报错
很多人用 ManagementObjectSearcher 查 Win32_ComputerSystemProduct 的 UUID 字段，结果在某些品牌机（如联想部分型号）、Hyper-V 虚拟机或精简版 Windows 上返回空字符串或抛 ManagementException。
- 不是代码写错了，是 WMI 层根本没填这个字段——BIOS/UEFI 没提供，或厂商故意留空
-
Win32_BIOS.SerialNumber和Win32_BaseBoard.SerialNumber更不可靠：消费级主板通常硬编码为To be filled by O.E.M. - 即使能读到，
UUID在克隆系统、恢复镜像后也常被复用，不代表物理唯一性
WMI + 磁盘 ID 拼接方案的实际效果
常见折中做法是组合多个 WMI 属性加硬盘序列号（如 Win32_DiskDrive.SerialNumber），再做哈希。但要注意：
- 普通用户权限下，
Win32_DiskDrive.SerialNumber常因 UAC 或驱动签名限制读不到，返回空或乱码 - NVMe SSD 很多根本不暴露
SerialNumber，只返回固件版本号（如PS5013-ER30） - USB 移动硬盘、Docker Desktop 的 WSL2 虚拟磁盘会干扰识别——程序可能把外接盘当成本机主盘
- 示例哈希逻辑：
SHA256(Encoding.UTF8.GetBytes($"{biosId}|{baseboardId}|{diskId}"))，但输入项本身就不稳，输出只是“相对稳定”，不是“唯一”
替代思路：用 Windows MachineGuid + 加密绑定
注册表路径 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Cryptography\MachineGuid 的值，在系统首次安装时生成，重装系统才会变，比 WMI 更稳定，且无需管理员权限即可读取。
- 它本质是随机 GUID，不关联硬件，但对同一台机器生命周期内足够稳定
- 可配合
WindowsIdentity.GetCurrent().User.Value（SID）做轻量级双因子，降低账号迁移误判 - 若需防用户手动改注册表，可用
CryptProtectData对 MachineGuid 加密绑定当前用户登录凭证（注意：换用户或离线环境会失败） - 不要用
Environment.MachineName或IP 地址——它们在网络环境变化时极易变动
真正难的是“唯一性”和“稳定性”的取舍：硬件信息最接近物理唯一，但获取困难且易变；系统标识稳定，却和硬件解耦。实际项目里，得看你要防谁——防普通用户随便复制？MachineGuid + 用户 SID 就够了；防技术用户绕过？任何客户端标识都不可信，必须服务端校验行为模式。
