C++如何获取系统的所有网络适配器信息及MAC地址-C++-PHP中文网

windows下用getadaptersaddresses获取完整适配器信息最可靠，需链接iphlpapi.lib、传af_unspec、两次调用处理缓冲区，并遍历链表提取ipv4/ipv6、mac、状态等字段；linux用getifaddrs过滤af_packet提取mac；macos须用scnetworkinterfacecopyall配合scnetworkinterfacegethardwareaddressstring。

c++如何获取系统的所有网络适配器信息及mac地址

Windows下用GetAdaptersAddresses获取完整适配器信息

Windows平台最可靠的方式是调用GetAdaptersAddresses，它能返回包括IPv4/IPv6地址、MAC、接口索引、状态等在内的完整结构。注意必须链接iphlpapi.lib，且传入的AF_UNSPEC才能拿到所有协议栈信息。

常见错误是只传AF_INET，结果收不到MAC（因为MAC属于链路层，不绑定具体IP协议族）；或者忽略ERROR_BUFFER_OVERFLOW——第一次调用需先用NULL缓冲区试探所需大小，再分配内存重试。

示例关键步骤：

ULONG size = 0;
DWORD ret = GetAdaptersAddresses(AF_UNSPEC, GAA_FLAG_INCLUDE_PREFIX, nullptr, nullptr, &size);
if (ret == ERROR_BUFFER_OVERFLOW) {
    auto buf = std::vector<byte>(size);
    ret = GetAdaptersAddresses(AF_UNSPEC, GAA_FLAG_INCLUDE_PREFIX, nullptr, 
                               reinterpret_cast<pip_adapter_addresses>(&buf[0]), &size);
    // 解析返回的PIP_ADAPTER_ADDRESSES链表
}</pip_adapter_addresses></byte>

Linux用getifaddrs遍历接口并提取MAC

getifaddrs是POSIX标准方法，但默认不直接暴露MAC——需要在struct ifaddrs*链表中找到AF_PACKET类型的地址项，其ifa_addr->sa_data前6字节才是MAC。

容易踩的坑：误把AF_INET或AF_INET6地址当成MAC；没检查ifa_addr是否为nullptr（某些接口可能无地址）；忘记freeifaddrs导致内存泄漏。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

关键判断逻辑：

for (auto ifa = ifaddr; ifa != nullptr; ifa = ifa->ifa_next) {
    if (ifa->ifa_addr && ifa->ifa_addr->sa_family == AF_PACKET) {
        auto* ll = reinterpret_cast<struct sockaddr_ll>(ifa->ifa_addr);
        if (ll->sll_halen == 6) {
            uint8_t mac[6];
            memcpy(mac, ll->sll_addr, 6); // 这才是真实MAC
        }
    }
}</struct>

跨平台时MAC地址格式与有效性校验

不同系统返回的MAC字节序一致（网络字节序），但长度可能不同：以太网是6字节，部分虚拟接口（如PPP、tun/tap）可能为0或非标准长度。务必检查PhysicalAddressLength（Windows）或sll_halen（Linux）。

真正有效的MAC需同时满足：
- 长度为6
- 首字节最低位为0（非组播地址）
- 不是全0或全F（排除未初始化或广播地址）
- 排除常见虚拟厂商OUI（如00:00:00, 00:0C:29, 00:50:56）若业务需区分物理设备

macOS需用System Configuration框架而非ioctl

macOS上ioctl(SIOCGIFHWADDR)已被弃用且常失败，正确方式是用SCNetworkInterfaceCopyAll()获取接口列表，再对每个SCNetworkInterfaceRef调用SCNetworkInterfaceGetHardwareAddressString()。

注意：该API返回字符串格式（如"00:11:22:33:44:55"），需自行解析；且必须链接SystemConfiguration.framework。如果项目禁用Objective-C，可用C API配合CoreFoundation桥接，但无法绕过框架依赖。

典型漏掉的步骤：
- 忘记调用CFRelease释放SCNetworkInterfaceRef数组
- 对NULL返回值未做空指针防护
- 把en0硬编码为“主网卡”，实际可能被重命名（如en1、utun0）

实际写的时候，各平台MAC提取逻辑差异比想象中大，尤其macOS的框架耦合和Linux对AF_PACKET的依赖，很容易在某个系统上静默失效。别依赖“看起来有值”就认为是有效MAC。