Java网络IO异常需按类型区分处理：SocketTimeoutException可重试，ConnectException应快速失败，UnknownHostException源于DNS问题不可重试，EOFException表明流提前结束需检查协议实现与flush。
Java网络IO异常的典型触发场景
Java网络IO异常基本都继承自IOException，最常见的是SocketTimeoutException、ConnectException、UnknownHostException和EOFException。它们不是凭空出现的，而是对应明确的网络行为：连接超时、DNS失败、服务端提前断连、读取流末尾意外终止等。
别一看到IOException就笼统捕获并打印堆栈——不同异常代表不同问题，处理策略完全不同。
区分处理SocketTimeoutException和ConnectException
SocketTimeoutException说明连接已建立，但读/写操作在设定时间内没完成；而ConnectException是TCP三次握手失败（如目标端口未监听、防火墙拦截），属于连接阶段问题。
-
SocketTimeoutException适合重试，但要限制次数+指数退避，避免雪崩 -
ConnectException重试意义不大，大概率是配置错误或服务不可达，应快速失败并记录目标地址和端口 - 注意：
SocketTimeoutException是InterruptedIOException子类，但不是InterruptedException，不能靠线程中断恢复
为什么UnknownHostException不能靠重试解决
这个异常意味着JVM无法解析域名，根源通常是DNS配置错误、本地hosts文件异常、或目标域名根本不存在。它发生在Socket构造或InetAddress.getByName()调用时，不涉及网络传输层。
立即学习“Java免费学习笔记（深入）”；
- 检查是否用了硬编码域名且拼写错误（比如
"githu.com"） - 确认DNS服务器可达，可临时用
nslookup api.example.com验证 - 生产环境避免直接传域名给
Socket，先用InetAddress.getAllByName()预解析，并缓存结果（注意TTL） - 不要把它和
NoRouteToHostException混淆——后者是路由层失败，可能和网关或子网配置有关
读取流时遇到EOFException的真实含义
很多人以为EOFException只出现在ObjectInputStream反序列化时，其实任何基于数据协议的读取（比如自定义二进制包头+长度字段）都可能抛它——本质是“期望读N字节，但流提前结束了”。这往往不是网络问题，而是对方程序异常退出、write未flush、或协议实现不一致。
- 用
DataInputStream.readFully()代替多次read()，它会自动补足字节数或明确抛EOFException - 服务端务必在关闭连接前发送完整响应，尤其使用
BufferedOutputStream时记得flush() - 客户端收到
EOFException后，不要再对同一Socket继续读写，必须重建连接
网络IO异常的根因藏在协议层级和部署环境里，光看Java异常类名容易误判。真正关键的是把异常类型、发生时机、上下游日志、抓包结果（比如Wireshark里有没有FIN包）串起来看——否则再完善的try-catch也只是掩盖问题。
