WildFly服务器调用后端服务后出现UnknownHostException问题求助

从你描述的现象和堆栈信息来看，这个问题的核心是DNS解析结果被异常缓存，结合WildFly容器和Resteasy客户端的特性，具体成因可以拆解为以下几点：

1. JVM负DNS缓存的持久化影响 #

你的堆栈显示调用最终走到了SystemDefaultDnsResolver.resolve，也就是使用JVM默认的DNS解析器。JVM有两个关键的DNS缓存参数：

• networkaddress.cache.ttl：正缓存（解析成功的主机记录）的存活时间，默认值依赖于系统配置，甚至可能永久缓存。
• networkaddress.cache.negative.ttl：负缓存（解析失败的主机记录，比如后端宕机时刚好触发DNS解析超时/失败）的存活时间，默认是10秒，但如果你的JVM或WildFly被配置了较大的值（比如-1即永久缓存），就会导致即使后端恢复，JVM仍然认为该主机不存在，持续抛出UnknownHostException。

这种情况下，后端重启无法清除JVM的负缓存，只有重启你的服务器（即重启JVM）才能刷新缓存。

2. Apache HttpClient连接池的旧连接复用 #

你的Resteasy客户端使用的是ApacheHttpClient4Engine，而Apache HttpClient默认会维护连接池。当后端短暂宕机时，连接池中的连接可能因为连接失败被标记为失效，但如果连接池没有配置连接过期检查或DNS刷新策略，后续调用会尝试复用这些旧连接，而这些旧连接持有之前的DNS解析结果（甚至是失败的解析记录），导致无法重新解析后端主机。

默认情况下，Apache HttpClient不会自动刷新DNS解析，除非你显式配置连接的timeToLive或启用ConnectionKeepAliveStrategy来定期回收旧连接，强制重新解析DNS。

3. WildFly容器的资源缓存 #

WildFly作为Java EE容器，可能会缓存网络相关的容器级资源（比如DNS解析器实例、HttpClient连接池的全局配置）。当后端宕机触发异常后，这些缓存的资源可能进入错误状态，无法自动恢复，必须重启容器才能重置这些资源。

4. Resteasy客户端默认配置的局限性 #

你使用的ClientBuilder.newClient()会创建默认配置的客户端，默认配置没有启用：

• 自动刷新DNS解析的机制
• 连接池的定期清理策略
• 失败连接的快速重试/重解析逻辑

这导致一旦出现DNS解析失败的情况，客户端无法自动触发重新解析，只能依赖JVM或容器的重启。

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