Java的DNS缓存问题

问题1：默认情况下，JVM首次会访问DNS服务去获取对应的IP并将其缓存起来，那么如果缓存期间，你修改了DNS的IP的话，对于JVM来说是不可见的，他不知道你换IP了，它用的还是缓存的旧IP，这就会造成域名更新不及时以及缓存污染

解决方案

设置缓存时间 ：可以通过设置sun.net.inetaddr.ttl和sun.net.inet6addr.ttl系统属性来控制 DNS 缓存的时间。例如，将sun.net.inetaddr.ttl设置为一个较小的值（如 300 秒，即 5 分钟），可以使 IPv4 地址的缓存每 5 分钟更新一次，这样能更及时地反映 DNS 服务器上的变化。可以在启动 Java 应用程序时通过命令行参数设置这些属性，如java -Dsun.net.inetaddr.ttl=300 -Dsun.net.inet6addr.ttl=300 YourMainClass。
手动清除缓存：在某些特殊情况下，可能需要在 Java 代码中手动清除 DNS 缓存。虽然 Java 标准库没有提供直接清除 DNS 缓存的公共 API，但可以通过反射来访问和修改内部的缓存数据结构。不过，这种方法依赖于 Java 内部实现，可能在不同的 Java 版本中不兼容。以下是一个示例代码：

java 复制代码

public class DNSCacheCleaner {
    public static void main(String[] args) throws Exception {
        // 设置缓存策略为不缓存
        InetAddress.setDefaultCachePolicy(InetAddressCachePolicy.NO_CACHE);

        // 通过反射清除缓存（这部分代码依赖内部实现，可能不兼容不同版本）
        Class<?> systemClass = Class.forName("java.net.InetAddress$SystemAddresses");
        Field cacheField = systemClass.getDeclaredField("cache");
        cacheField.setAccessible(true);
        cacheField.set(null, null);

        // 再次设置为默认缓存策略（如果需要）
        InetAddress.setDefaultCachePolicy(InetAddressCachePolicy.DEFAULT);
    }
}

问题2：Flink也会存在这个DNS缓存问题吗？

答案：会的，因为Flink的Job也是跑在JVM上的，自然会存在这个DNS缓存问题

问题3：Flink有故障重试机制，如果说DNS的IP改了，会导致写入报错，导致故障重试，那么重试，是从新的DNS去获取IP，还是从旧的缓存DNS去拿？答案：从旧的缓存DNS去拿，因为Flink的TM去重启，也是在JVM上重启任务，并不是重启JVM，所以还是获取的是缓存的DNS对应的IP