Java DNS未遵循AWS CloudMap轮询机制问题排查求助

这问题我之前帮团队排查过类似的，核心原因是OpenJDK的InetAddress默认会对DNS返回的IP列表做地址排序优化——它会优先选择和当前实例同子网的IP，导致你看到首位IP始终固定，哪怕CloudMap的DNS轮询是正常的。下面是几个可行的解决方案：

1. 禁用JDK的地址排序优化 #

直接通过JVM系统参数强制JDK保留DNS返回的原始顺序，不做任何排序：

# 加入到你的ECS Fargate任务的JVM启动参数中
-Dsun.net.inetaddr.avoidSorting=true

如果你的环境是纯IPv4，还可以搭配这个参数确保优先级：

-Djava.net.preferIPv4Stack=true

验证方式：重启服务后再运行你的测试代码，会发现getAllByName返回的IP顺序和dig命令的结果完全一致，首位IP会轮询变化。

2. 代码层面手动实现轮询逻辑 #

如果不想修改JVM参数，可以在代码里自己处理IP列表的选择逻辑，比如实现一个简单的轮询工具方法：

import java.net.InetAddress;
import java.net.UnknownHostException;

public class DnsRoundRobinUtil {
    private static int roundRobinCounter = 0;
    private static final Object lock = new Object();

    public static InetAddress getNextInstanceAddress(String serviceHostname) throws UnknownHostException {
        InetAddress[] allAddresses = InetAddress.getAllByName(serviceHostname);
        if (allAddresses.length == 0) {
            throw new UnknownHostException("No addresses found for " + serviceHostname);
        }
        
        synchronized (lock) {
            int index = roundRobinCounter % allAddresses.length;
            roundRobinCounter++;
            return allAddresses[index];
        }
    }
}

之后在需要调用服务的地方，用这个工具类替代InetAddress.getByName()，就能实现均衡的实例选择。如果是用Spring Cloud或者其他RPC框架，也可以自定义负载均衡策略来实现同样的效果。

3. 额外排查点（概率较低） #

虽然你的dig结果显示CloudMap的轮询正常，但还是可以快速确认下：

• CloudMap服务的路由配置是否开启了加权路由，导致某个IP被优先返回
• ECS Fargate实例所在的子网是否有特殊的网络规则，影响DNS解析结果

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