Windows环境下配置-Djava.net.preferIPv6Addresses=true后InetAddress.getAllByName()仍无法返回IPv6地址的故障排查求助
我帮你梳理了几个可能的原因和对应的排查方案，结合你给出的环境信息来分析：
1. Windows IPv6地址选择策略压制了JVM的解析结果
虽然你的系统能通过nslookup和ping -6正常获取IPv6地址，但Windows自带的IPv6前缀优先级策略可能会影响JVM的DNS解析行为。即使你设置了-Djava.net.preferIPv6Addresses=true，如果系统层面IPv4的优先级更高，JVM可能会自动过滤掉IPv6结果。
排查步骤：
打开命令提示符执行以下命令，查看当前的IPv6前缀优先级：
netsh interface ipv6 show prefixpolicies
重点看::ffff:0:0/96（这是IPv4映射到IPv6的前缀）的优先级，默认是46。如果你的本地IPv6前缀fda8:6c3:ce53:a890::/64优先级低于46，就会被JVM忽略。
修复方法：
提升你的IPv6前缀优先级，执行：
netsh interface ipv6 add prefixpolicy fda8:6c3:ce53:a890::/64 40 0
这里的40是优先级值（比IPv4的46高），执行后重启Java程序测试。
2. OpenJDK在Windows上的DNS解析实现差异
OpenJDK在Windows和Linux上的DNS解析逻辑不一样：Linux依赖系统的getaddrinfo，而Windows直接调用Win32 API，这可能导致preferIPv6Addresses参数的行为不一致。你的OpenJDK 11.0.5版本相对较旧，可能存在已知的IPv6解析bug。
排查&修复：
- 尝试添加额外的JVM参数强制IPv6栈优先：
注意：java -Djava.net.preferIPv6Addresses=true -Djava.net.preferIPv6Stack=true SimpleClient.java ServerA 12345preferIPv6Stack=true会让JVM默认使用IPv6协议栈，可能影响其他依赖IPv4的网络操作，测试后如果没问题再考虑长期使用。 - 升级OpenJDK到11系列的最新补丁版本（比如11.0.20+），很多旧版本的IPv6解析问题都在后续补丁中修复了。
3. Windows IPv6网络栈异常
虽然ipconfig显示IPv6已启用，但可能存在隐藏的网络栈配置问题。
修复步骤：
重置IPv6网络栈，执行：
netsh interface ipv6 reset
执行后重启服务器，然后重新测试Java程序。另外，暂时禁用Windows Defender或第三方防火墙，排除安全软件拦截JVM DNS查询的可能。
4. JVM DNS缓存导致的旧结果残留
JVM默认会缓存DNS解析结果，如果之前程序只拿到过IPv4地址，即使DNS配置更新了，JVM也可能不会重新查询AAAA记录。
修复方法：
添加JVM参数禁用DNS缓存，强制每次查询：
java -Djava.net.preferIPv6Addresses=true -Dsun.net.inetaddr.ttl=0 SimpleClient.java ServerA 12345
sun.net.inetaddr.ttl=0表示缓存时间为0秒，测试有效后可以根据需求调整为合适的TTL值（单位：秒）。
额外验证手段
- 用Wireshark抓包，观察Java程序发起的DNS请求是否包含AAAA记录查询。如果没发，说明是JVM解析逻辑的问题；如果发了但没收到响应，要排查DNS服务器或网络链路。
- 在代码中尝试直接调用
Inet6Address.getAllByName(hostname)，看是否能获取IPv6地址。如果这个方法有效，说明JVM的通用解析逻辑存在过滤，但IPv6特定解析是正常的。
内容的提问来源于stack exchange，提问作者aallrd
