GetAdaptersAddresses与GetAdaptersInfo返回IP地址差异原因咨询

一、API返回差异的核心原因 #

• GetAdaptersInfo()的设计逻辑：作为仅支持IPv4的老旧API，它只识别通过DHCP/手动配置的、具备全局/局域网通信能力的有效IPv4地址。对于未获取到有效IP的适配器，直接返回0.0.0.0，这和ipconfig /all的输出逻辑一致——默认不展示系统自动生成的链路本地地址。
• GetAdaptersAddresses()的设计逻辑：作为支持双栈的新API，它的目标是完整枚举适配器上的所有存在的IP地址，包括系统自动分配的链路本地地址。只要适配器处于启用状态，Windows会自动为其生成这类地址，哪怕没有配置DHCP/静态IP。

二、链路本地地址的性质 #

IPv4链路本地地址（169.254.x.x） #

• 属于**APIPA（自动专用IP寻址）**范畴：当适配器无法连接DHCP服务器获取IP时，Windows自动分配的地址，用于同一物理链路内的设备临时通信。
• 局限性：无全局路由条目，仅能和同一链路的设备通信，跨网段/VM无法访问；不会出现在route print、arp -a的输出中，因为不需要全局路由支持。

IPv6链路本地地址（fe80::/10） #

• 是IPv6协议的强制特性：所有启用IPv6的适配器都会自动生成该类地址，用于同一链路内的IPv6设备通信。
• 访问要求：必须附带适配器接口ID才能正常通信（例如ping fe80::xxxx%29，其中%29是适配器索引），直接ping地址会失败；同样不会出现在常规路由表和ARP表中，属于链路专用地址。

三、工具输出差异的原因 #

ipconfig /all、route print、arp -a这类工具的输出逻辑偏向展示具备全局通信能力的有效配置，而链路本地地址属于系统自动生成的链路专用地址，不具备全局路由属性，因此默认不会被展示。

四、代码中过滤链路本地地址的方法 #

如果不需要返回这类地址，可以在遍历GetAdaptersAddresses()结果时手动过滤：

• 过滤IPv4链路本地：判断地址是否处于169.254.0.0/16网段
• 过滤IPv6链路本地：判断地址前缀是否为fe80::/10

示例伪代码片段：

// 过滤IPv4链路本地地址
if (addr->Address.lpSockaddr->sa_family == AF_INET) {
    sockaddr_in* ipv4_addr = (sockaddr_in*)addr->Address.lpSockaddr;
    DWORD ip = ntohl(ipv4_addr->sin_addr.S_un.S_addr);
    if ((ip & 0xFFFF0000) == 0xA9FE0000) { // 匹配169.254.0.0/16网段
        continue;
    }
}
// 过滤IPv6链路本地地址
else if (addr->Address.lpSockaddr->sa_family == AF_INET6) {
    sockaddr_in6* ipv6_addr = (sockaddr_in6*)addr->Address.lpSockaddr;
    if ((ipv6_addr->sin6_addr.u.Byte[0] == 0xFE) && (ipv6_addr->sin6_addr.u.Byte[1] == 0x80)) {
        continue;
    }
}

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