unknownhostexception是受检异常，需显式捕获；重试有意义但须区分临时抖动与永久错误，推荐预检+指数退避重试（3～5次）、配合dns缓存与降级策略。
UnknownHostException 是检查型异常，但重试本身不依赖它是否受检——关键在于网络问题是否可恢复、以及你如何封装重试逻辑。 它通常表示 DNS 解析失败（如域名不存在、DNS 服务器不可达、本地 hosts 配置错误等），这类问题可能瞬时存在（如 DNS 暂时抖动），也可能长期存在（如拼错域名）。因此重试有意义，但需合理控制次数和间隔。
用带退避的循环 + try-catch 主动重试
这是最直接可控的方式。不要依赖“自动重试框架”来处理这个异常，而是自己在业务调用前做 DNS 可达性验证或在连接失败时捕获并重试：
- 在发起 HTTP 请求、Socket 连接或 InetAddress.getByName() 前，用
InetAddress.isReachable()或简单InetAddress.getByName(host)先做一次解析预检 - 捕获
UnknownHostException后，按指数退避（如 100ms → 200ms → 400ms）sleep 再重试，避免雪崩 - 限制最大重试次数（建议 3～5 次），超时后抛出包装后的业务异常（如
NetworkUnreachableException）
配合 HttpClient 或 OkHttp 的拦截器/重试机制
如果你用的是高级 HTTP 客户端，可利用其内置重试能力，但注意：它们默认不重试 DNS 失败，需手动扩展：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- OkHttp：自定义
Interceptor，在intercept()中捕获UnknownHostException，记录日志并主动 sleep + retry（需用递归或循环，因 OkHttp 不重试 DNS 层异常） - Apache HttpClient：通过
HttpRequestRetryHandler可以判断是否重试，但需额外检查异常类型是否为UnknownHostException或其子类（如InetSocketAddress构造时抛出的） - Spring RestTemplate：搭配
RetryTemplate（来自 Spring Retry），配置retryOn(NullPointerException.class, UnknownHostException.class)即可
避免无效重试：先区分是临时还是永久性失败
不是所有 UnknownHostException 都适合重试。应结合上下文判断：
- 若 host 是硬编码字符串（如
"api.example.com"），且上线前已验证过，那首次失败很可能是临时 DNS 故障，可重试 - 若 host 来自用户输入或配置文件，且明显非法（如
"http://"、空字符串、含空格），则应立即失败，不重试 - 可加一层轻量 DNS 缓存（如 Caffeine 缓存
InetAddress结果，TTL 设为 30 秒），缓存命中时不触发解析，减少失败概率
更健壮的做法：降级 + 监控 + 告警
重试只是手段，不是终点。生产环境应配套可观测性和兜底策略：
- 每次重试都打结构化日志，包含 host、重试次数、耗时、最终结果，便于排查是全局 DNS 故障还是单点问题
- 对关键域名（如支付网关、认证服务），启动时预热解析，并定期 ping 或
nslookup检查可用性 - 当某域名连续 N 次重试失败，触发熔断，跳转到备用地址（如 IP 直连）、返回缓存数据或提示“服务暂不可用”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
