如何复现NoRouteToHostException场景以测试异常处理修复逻辑

该异常触发的本质是操作系统网络栈无法找到到达目标服务IP的路由路径，Java TCP客户端发起连接时会将底层的网络错误封装为该异常抛出，可通过以下几种可控的方式构造触发场景：

1. 临时配置不可达路由（最推荐，无残留副作用） #

该方案仅修改单目标IP的路由规则，验证后可快速恢复：

• Linux/macOS 环境
  假设目标服务器IP为192.168.1.123，以root权限执行命令添加不可达路由：

  sudo ip route add unreachable 192.168.1.123/32
  

  验证完成后执行以下命令恢复路由：

  sudo ip route del unreachable 192.168.1.123/32
  

• Windows 环境
  以管理员身份启动命令提示符，执行命令将目标IP的网关指向一个不存在的测试保留地址：

  route add 192.168.1.123 mask 255.255.255.255 192.0.2.1 metric 1
  

  验证完成后执行命令删除规则：

  route delete 192.168.1.123
  

2. 防火墙返回不可达ICMP包（可控性强） #

通过防火墙规则主动返回主机不可达的响应，也可稳定触发该异常：

• Linux iptables 配置
  执行以下命令添加出站拦截规则：

  sudo iptables -A OUTPUT -d 192.168.1.123/32 -j REJECT --reject-with icmp-host-unreachable
  

  验证完成后删除对应规则即可恢复：

  sudo iptables -D OUTPUT -d 192.168.1.123/32 -j REJECT --reject-with icmp-host-unreachable
  

• Windows 防火墙配置
  新建自定义出站规则，指定目标IP为192.168.1.123，动作选择「阻止连接」，验证完成后删除规则即可。

3. 验证流程 #

• 先运行旧版本客户端，确认该场景下会触发NoRouteToHostException且原有逻辑存在异常，完成问题复现
• 运行修改后的新版本客户端，发起对目标IP的TCP连接，确认代码正确捕获该异常、并按照预期执行你新增的处理逻辑（比如重试、降级、告警等）
• 恢复路由/删除防火墙规则后，再次启动客户端发起连接，确认客户端可正常连接服务器，无配置残留影响

注意：所有配置仅针对单测试目标IP生效，请勿修改全局路由或防火墙规则，避免影响其他业务连通性。
快速小测试也可直接让客户端连接当前网络无路由的保留地址，比如10.255.255.2，部分网络环境下可直接触发异常，无需修改网络配置。

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