最稳方式是跨平台条件编译：Linux/macOS 用 getifaddrs 遍历所有接口并过滤 AF_PACKET 地址，Windows 用 GetAdaptersAddresses；避免硬编码接口名、shell 命令或依赖 MAC 做设备标识。
用 getifaddrs 遍历网卡比 SIOCGIFHWADDR 更可靠
Linux/macOS 下最稳的方式是调用 getifaddrs，它能跨接口类型（以太网、Wi-Fi、veth、docker0 等）统一获取地址信息，不像 SIOCGIFHWADDR 依赖 ioctl 且对某些虚拟接口会失败或返回 00:00:00:00:00:00。
常见错误是只查 "eth0" 或 "en0" —— 容器里可能是 "eth1"，Mac 上可能是 "en7"，Windows WSL 里甚至没有 eth0。必须遍历所有接口，跳过 loopback、down 状态、非 AF_PACKET 类型的条目。
- 检查
ifa_addr->sa_family == AF_PACKET，排除 IPv4/IPv6 地址项 - 用
if_indextoname或直接读ifa_name判断是否为物理/虚拟以太网口（比如跳过"lo"、"docker0"如果你只想要“真实”网卡） -
sockaddr_ll结构里的sll_addr字段才是 MAC，长度由sll_halen给出，不是固定 6 字节（理论上支持其他链路层）
Windows 上必须用 GetAdaptersAddresses，别碰 GetAdaptersInfo
GetAdaptersInfo 是旧 API，不支持 IPv6 接口，且在 Server 2012+ 和某些虚拟网卡（如 Hyper-V vSwitch）上返回空或错误数据；GetAdaptersAddresses 是唯一推荐方式，返回结构体里 PhysicalAddress 字段即 MAC，长度存于 PhysicalAddressLength。
容易踩的坑：忘记传 AF_UNSPEC 作为第一个参数，或没检查返回值是否为 ERROR_BUFFER_OVERFLOW 并重分配内存；另外，有些网卡（如某些 USB 转以太网设备）可能报告 PhysicalAddressLength == 0，得跳过。
立即学习“C++免费学习笔记（深入）”；
- 调用前先用
GetAdaptersAddresses(AF_UNSPEC, ...)获取所需缓冲区大小 - 遍历返回的
IP_ADAPTER_ADDRESSES链表，过滤OperStatus == IfOperStatusUp且IfType == IF_TYPE_ETHERNET_CSMACD（或至少PhysicalAddressLength == 6） - 别硬编码取前 6 字节——有些设备（如某些蓝牙 PAN）可能填了 8 字节，但标准以太网就是 6
跨平台封装时，别试图用 system("ip link") 或正则解析
调用 shell 命令看似简单，但实际问题一堆：不同系统命令名不同（ip vs ifconfig）、输出格式随 locale 变（中文系统里 “link/ether” 可能变成 “链路/以太网”）、容器里可能没 ip 命令、权限限制（某些嵌入式环境禁止 fork）、启动开销大（每次都要新建进程）。
真正需要跨平台时，建议条件编译：#ifdef _WIN32 走 GetAdaptersAddresses，#else 走 getifaddrs。两者都无需额外链接库（Windows 需 -liphlpapi，Linux/macOS 原生支持）。
- macOS 的
getifaddrs返回的AF_PACKET地址可用，但部分虚拟接口（如 utun）无此条目，属正常 - Linux 上如果程序以 cap_net_raw 能力运行，还能通过
netlink获取更实时的信息，但日常完全没必要 - 别在多线程里反复调用——
getifaddrs返回的内存需手动freeifaddrs，GetAdaptersAddresses分配的也得FreeAdaptersAddresses
MAC 地址不是稳定标识符，别拿它当设备 ID 存数据库
很多开发者拿到 MAC 就直接哈希或存起来做用户绑定，但现实中网卡可更换、VM 可克隆、Linux 可用 ip link set dev eth0 address xx:xx:xx:xx:xx:xx 临时改写、Windows 里禁用再启用网卡有时也会变。iOS/macOS 还默认开启 MAC 随机化（扫描时用随机地址），Android 也类似。
如果你真需要设备唯一性，优先考虑更高层方案：TLS 客户端证书、绑定登录账号、或生成并持久化本地 UUID（存在 /etc/machine-id、/var/lib/dbus/machine-id 或 Windows 的 HKLM\SOFTWARE\Microsoft\Cryptography\MachineGuid）。
MAC 只适合短时网络层用途，比如局域网设备发现、DHCP 请求、ARP 表填充——它本就不是设计来当身份凭证的。
