C++如何获取本机MAC地址-C++-PHP中文网

Linux下最可靠方式是用getifaddrs遍历链表，筛选sa_family==AF_PACKET、IFF_UP且非LOOPBACK的接口，从sa_data+2取6字节MAC；Windows必须用GetAdaptersAddresses，两次调用获取缓冲区，检查IfType==IF_TYPE_ETHERNET_CSMACD且OperStatus==IfOperStatusUp，从PhysicalAddress字段提取。

c++如何获取本机mac地址

Linux下用`getifaddrs`获取MAC地址最可靠

直接读/sys/class/net/路径虽然快，但依赖内核接口稳定性，且对虚拟网卡（如veth、docker0）可能返回空或错误值。用getifaddrs是POSIX标准做法，能统一处理物理网卡、bond、bridge等各类接口。

关键点：

getifaddrs返回链表，需遍历每个ifaddrs*节点，检查ifa_addr->sa_family == AF_PACKET
MAC地址在ifa_addr->sa_data偏移2字节处，共6字节；不要直接取sa_data[0]开始——那是2字节协议类型字段
跳过lo（回环）、docker0、virbr0等非物理上行接口，建议按ifa_flags & IFF_UP和!(ifa_flags & IFF_LOOPBACK)双重过滤

示例片段：

struct ifaddrs *ifaddr, *ifa;
if (getifaddrs(&ifaddr) == 0) {
    for (ifa = ifaddr; ifa != nullptr; ifa = ifa->ifa_next) {
        if (ifa->ifa_addr && ifa->ifa_addr->sa_family == AF_PACKET &&
            ifa->ifa_flags & IFF_UP && !(ifa->ifa_flags & IFF_LOOPBACK)) {
            unsigned char *mac = (unsigned char*)ifa->ifa_addr->sa_data + 2;
            // mac[0] ~ mac[5] 即为6字节MAC
        }
    }
}

Windows下必须用`GetAdaptersAddresses`而非`GetAdaptersInfo`

GetAdaptersInfo已废弃，不支持IPv6适配器，且对某些NDIS 6驱动（如Hyper-V虚拟交换机）返回ERROR_NO_DATA。必须用GetAdaptersAddresses，它能正确识别IF_TYPE_ETHERNET_CSMACD类网卡。

注意细节：

C++14

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

下载

调用前先传nullptr获取所需缓冲区大小，再分配内存重试——否则极易因buffer overflow导致崩溃
遍历IP_ADAPTER_ADDRESSES*链表时，检查adapter->IfType == IF_TYPE_ETHERNET_CSMACD，并确认adapter->OperStatus == IfOperStatusUp
MAC存于adapter->PhysicalAddress，长度由adapter->PhysicalAddressLength给出（通常为6，但某些InfiniBand卡可能更长）
别硬编码取前6字节：有些设备（如某些USB网卡）会把厂商OUI填在前3字节，后3字节为0，实际有效MAC需结合adapter->Description人工判断

跨平台封装要避开`ioctl(SIOCGIFHWADDR)`陷阱

很多C++项目试图用ioctl统一处理，但在不同系统上行为差异极大：

Linux：需AF_INET套接字+ifr_name指定接口名，但ifr_hwaddr在glibc 2.34+中已被标记为deprecated
macOS：SIOCGIFHWADDR根本不存在，得用sysctlbyname("net.link.generic.system")配合IFM_TYPE解析
FreeBSD：需AF_LINK套接字，且ifr_addr指向sockaddr_dl结构，MAC在sdl_data + sdl_nlen偏移处
结论：与其写一堆条件编译，不如分别实现getifaddrs（Linux/BSD/macOS）和GetAdaptersAddresses（Windows），用宏隔离

获取到的MAC可能不是“本机唯一标识”

这是最容易被忽略的现实问题：

多网卡机器会返回多个MAC，选哪个？业务逻辑必须明确策略（例如优先eth0、或找默认路由所在接口）
云主机（AWS/Azure）的MAC由Hypervisor分配，重启可能变化；容器内看到的是veth peer的MAC，不是宿主机物理网卡
某些安全策略（如Windows组策略“随机化MAC地址”）会导致每次连接Wi-Fi时生成新MAC，GetAdaptersAddresses返回的只是当前会话值
虚拟化环境（VMware/VirtualBox）中，MAC常被配置为固定值，但克隆虚拟机后可能重复，不能直接用作license绑定依据