networkinterface.getallnetworkinterfaces() 返回的mac不可靠，因其不区分物理网卡与虚拟网卡，会返回回环、隧道、hyper-v、wifi热点等虚拟适配器地址，甚至“00-00-00-00-00-00”；真实需求是bios/uefi固化、不可篡改的物理网卡mac，需结合networkinterface筛选（类型+状态+名称排除）与wmi校验（win32_networkadapter.physicaladapter=true），并以管理员权限查询rootcimv2命名空间，兜底处理无网卡、云环境及bios锁死等边界情况。
为什么 NetworkInterface.GetAllNetworkInterfaces() 返回的 MAC 不可靠
很多代码直接遍历所有网卡取 GetPhysicalAddress().ToString()，结果在虚拟机、Docker、Hyper-V 或启用 WiFi 热点的 Windows 上拿到的是虚拟网卡、回环适配器甚至“00-00-00-00-00-00”的假地址。根本原因是：Windows 会为每个网络栈实例（哪怕没物理芯片）分配逻辑网卡，而 NetworkInterface 不区分物理存在性。
真正要的是主板上真实网卡芯片的 MAC——即 BIOS/UEFI 固化、不可软件修改、出厂唯一、能对应到设备标签的地址。
- 只筛选
NetworkInterfaceType.Ethernet和NetworkInterfaceType.Wireless80211，排除Loopback、Tunnel、SoftwareLoopback - 必须检查
OperationalStatus == OperationalStatus.Up，否则可能读到禁用但未卸载的残留虚拟网卡 - 跳过名称含
"Virtual"、"Hyper-V"、"vEthernet"、"wintun"、"TAP-Windows"的接口（这些是常见虚拟网卡前缀） - 优先取第一个满足条件的，避免多网卡时随机返回无线或有线中某一个
如何绕过驱动层伪造，直取真实物理地址
某些网卡驱动（尤其 Realtek、部分 Intel 千兆卡）允许用户在设备管理器里“手动指定 MAC”，此时 GetPhysicalAddress() 返回的是覆盖值，不是 ROM 中的真实值。这时得换路子：
- 用 WMI 查询
Win32_NetworkAdapter，过滤PhysicalAdapter = true且NetEnabled = true - 读取
MACAddress属性——它比 .NET API 更接近底层，但仍有少数驱动不更新该字段 - 更稳的办法是查
Win32_NetworkAdapterConfiguration的SettingID（对应注册表路径），再从HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlClass{4d36e972-e325-11ce-bfc1-08002be10318}xxxxNetworkAddress读原始值；若该键不存在，则说明没被人工修改，可信任GetPhysicalAddress()
实际项目中建议组合判断：先用 .NET API 快速筛，再用 WMI 校验 PhysicalAdapter，双保险。
ManagementObjectSearcher 查询时容易漏掉管理员权限和命名空间
WMI 查询失败常报 "Invalid namespace" 或静默返回空集合，八成是因为没加权限或写错命名空间。
- 必须以管理员权限运行进程，否则
Win32_NetworkAdapter可能不返回物理标识字段 - 命名空间固定用
"root\CIMV2"（注意双反斜杠转义），别写成"rootCIMV2"或"\\.\root\CIMV2" - 查询语句用
"SELECT MACAddress, Name, PhysicalAdapter, NetEnabled FROM Win32_NetworkAdapter WHERE PhysicalAdapter = True"，别漏WHERE条件，否则会拉回上百条记录 - 记得释放
ManagementObjectCollection和ManagementObjectSearcher，尤其在服务进程中长期运行时防内存泄漏
多网卡、无网卡、远程桌面重定向场景怎么兜底
真实环境远比开发机复杂：工控机可能只有串口没网卡；云服务器可能用 SR-IOV 虚拟网卡但标记为 PhysicalAdapter=true；远程桌面连接后，本地网卡会被重定向为 RAS Async Adapter。
- 永远不要假设一定能拿到 MAC——返回
null或抛出明确异常（如NoPhysicalNetworkAdapterFoundException），比返回错误值更安全 - 对云环境（Azure/AWS），应优先读取元数据服务（如
http://169.254.169.254/metadata/instance/network/interfaces/），而非依赖本地网卡 - 若业务允许，用主板序列号（
Win32_BaseBoard.SerialNumber）+ CPU ID（Win32_Processor.ProcessorId）拼接作设备指纹，比单靠 MAC 更稳定
最麻烦的是那些 BIOS 锁死 MAC 但网卡被拔掉的机器——WMI 仍报告适配器存在，.NET 却读不到 MAC。这种边界情况，得靠两次探测：先查 WMI 的 MACAddress 非空，再用 NetworkInterface 实例验证能否调用 GetPhysicalAddress() 不抛异常。
