为何生成的唯一硬件ID会随网络连接状态变化？

这种情况大概率是你的GetUniqueID()函数在生成哈希时，包含了和网络状态强相关的硬件/系统信息，我来拆解几个最常见的原因，以及对应的修复思路：

• 误包含动态网络接口信息
  比如你的代码可能遍历了所有网络接口，把包括虚拟网卡、临时激活的无线网卡在内的所有网卡MAC地址都算进了哈希。当网络断开时，部分网卡（比如无线网卡）可能被系统暂时禁用或状态变更，导致遍历到的接口列表发生变化，最终哈希结果自然不一致。
  解决思路：只筛选物理网卡（排除虚拟网卡、VPN接口、回环接口），并且固定取某一个稳定的物理网卡MAC（比如主板集成的有线网卡），而非所有网卡的信息。

• 混入动态网络配置数据
  如果你的函数不小心把DHCP分配的IP地址、DNS服务器地址或者网络连接状态标识（比如是否在线）也算进了哈希，那网络断开后这些值必然变化，结果肯定不一致。
  解决思路：检查哈希输入的数据源，彻底移除所有和网络配置、连接状态相关的变量，只保留硬件固有、不会变化的信息——比如主板序列号、BIOS UUID、CPU序列号（注意部分CPU无公开序列号）、硬盘物理序列号（不是逻辑分区ID）。

• 系统API在不同网络状态下返回不同结果
  有些系统API（比如Windows的GetAdaptersInfo或Linux的ip link）在网络断开时，可能返回不完整的硬件信息，或者对某些网卡的标识方式发生变化。比如无线网卡在断开后，可能返回隐私保护模式下的临时MAC地址，而非硬件固有MAC。
  解决思路：针对你使用的系统，选择更稳定的硬件信息获取API。比如Windows下优先取Win32_BaseBoard的SerialNumber或Win32_ComputerSystemProduct的UUID；Linux下读取/sys/class/dmi/id/board_serial这类文件，这些信息完全和网络状态无关。

另外，建议你把GetUniqueID()函数的输入数据源打印出来对比——分别在网络连接和断开时输出所有要哈希的原始数据，就能一眼定位到哪项数据在变化，排查效率会更高。

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