Linux内核收到ICMP Port Unreachable后，会通过udp_err通知对应UDP socket；Java DatagramSocket需先connect、发非空包且目标返回ICMP才能触发PortUnreachableException。
UDP 本身无连接、不保证送达，但 Linux 内核在收到 ICMP “Port Unreachable”（Type 3, Code 3）后，会尝试将该错误通知到对应的 UDP socket。Java 的 java.net.DatagramSocket 在启用特定选项后，可捕获这一反馈并抛出 PortUnreachableException——这是少数能感知远端端口状态的机制之一。
启用 PortUnreachableException 的前提条件
该异常不会自动触发，必须满足以下全部条件：
-
socket 必须调用过
connect()：绑定远端地址和端口（如socket.connect("192.168.1.100", 9999)），否则内核无法关联 ICMP 错误与具体 socket； - 发送的是非空数据包：空 DatagramPacket（length=0）可能被跳过错误路径；
- 目标主机或中间设备实际返回了 ICMP Port Unreachable：若防火墙静默丢包（不发 ICMP），则不会触发此异常；
-
JVM 运行在支持该行为的系统上：Linux 默认支持；Windows 行为不稳定（部分版本忽略或需管理员权限）；macOS 默认禁用（需 sysctl 调整
net.inet.icmp.drop_redirect等参数，且仍不可靠）。
代码中捕获和处理 PortUnreachableException
异常通常在 send() 或 receive() 时抛出（注意：不是每次 send 都立即触发，取决于 ICMP 到达时机和 socket 状态）：
示例（带重试逻辑）：
DatagramSocket socket = new DatagramSocket();
socket.connect(InetAddress.getByName("192.168.1.100"), 9999);
byte[] data = "PING".getBytes();
DatagramPacket packet = new DatagramPacket(data, data.length);
try {
socket.send(packet);
// 若远端无 UDP 服务监听 9999，且 ICMP 返回，则下次 send/receive 可能抛出异常
} catch (PortUnreachableException e) {
System.err.println("目标端口不可达（ICMP Port Unreachable）");
// 可执行降级操作：切换备用端口、标记服务离线、告警等
} catch (IOException e) {
// 其他网络异常（超时、拒绝连接等）
}
注意事项与常见误区
这个机制有明确局限性，不能当作“端口探测工具”使用：
- 非实时性：ICMP 错误可能延迟到达，甚至在多次 send 后才触发异常；
- 仅对 connect() 后的 socket 有效：bind() 后未 connect 的 socket 不会收到该异常；
- 不区分 TCP/UDP 服务冲突：即使目标开了 TCP 80，但没开 UDP 80，也会返回 Port Unreachable；
- 无法判断是防火墙拦截还是服务未启动：两者都可能返回相同 ICMP，需结合 ping、telnet/nc 测试进一步定位。
替代方案（当 PortUnreachableException 不可靠时）
生产环境建议组合使用更健壮的检测方式：
- 发送请求后等待应用层响应（如自定义 ACK 包），超时即判定失败；
- 配合
ping验证 IP 层可达性； - 用
nc -u -zv host port或ss -uln | grep :port在目标端主动检查监听状态； - 对关键服务，部署轻量健康检查端点（HTTP /health 或 UDP echo）。
