java nio中datagramchannel实现udp通信需配置非阻塞并绑定本地端口，支持connected与非connected两种发送模式，接收依赖receive()或selector，须妥善处理异常及资源释放。

Java NIO 中使用 DatagramChannel 实现 UDP 通信，核心在于非阻塞模式下的事件驱动处理，配合 Selector 可高效管理多个 UDP 端口；但要注意 UDP 本身无连接、不可靠，应用层需自行处理丢包、乱序、重复等问题。

创建并绑定 DatagramChannel

UDP 通信前必须显式绑定本地地址和端口（即使只发不收），否则发送可能失败（尤其在 Windows 上）；DatagramChannel 默认阻塞，如需配合 Selector 必须调用 configureBlocking(false)。

• 创建通道：DatagramChannel.open()
• 设置非阻塞：channel.configureBlocking(false)
• 绑定本地地址：channel.bind(new InetSocketAddress("localhost", 8080))（端口为 0 表示系统自动分配）
• 若仅用于发送且不接收响应，仍建议绑定一个临时端口（如 bind(new InetSocketAddress(0))），避免某些防火墙或安全策略拦截未绑定的 UDP 包

发送数据：直接 write 或通过 connected 模式

UDP 是无连接协议，每次发送都需指定目标地址。有两种常用方式：

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

• 非 connected 模式：调用 channel.send(ByteBuffer, SocketAddress)，每次传入目标地址，适合向多个不同地址发包
• connected 模式：先调用 channel.connect(remoteAddr)，之后可用 channel.write(ByteBuffer) 直接发送，系统自动发往已连接地址；该模式还能过滤非目标地址的入站包（内核层面丢弃），提升安全性与效率
• 注意：write() 在非阻塞模式下可能返回 0（缓冲区满或系统限制），需检查返回值并重试；send() 则总是尝试发送，返回实际写入字节数

接收数据：使用 receive() 或注册到 Selector

接收端需主动调用 receive(ByteBuffer) 获取数据，并解析源地址；若用 Selector，需注册 OP_READ 事件。

• receive() 返回 SocketAddress，即发送方地址，可用于构建响应（如实现简单请求-应答模型）
• ByteBuffer 需提前 clear() 或 flip()（接收前 clear()，收到后 flip() 读取）
• 注册到 Selector 时，receive() 不会阻塞，但需确保 ByteBuffer 有足够空间（UDP 包最大约 64KB，建议预分配 ≥65536 字节）
• 若通道处于 connected 模式，receive() 仍可工作，但只会收到目标地址的数据；未 connect 时则接收所有发到本端口的 UDP 包

异常处理与资源释放

UDP 通信中常见异常包括 IOException（网络中断、权限不足）、SecurityException（无权绑定特权端口）、PortUnreachableException（ICMP “端口不可达” 报文，表示对方主机无服务监听）。

• 捕获 PortUnreachableException 可判断远端服务是否存活（但并非所有系统/防火墙都返回该 ICMP）
• 关闭通道前应调用 channel.close()；若使用了 Selector，记得取消对应 SelectionKey
• 推荐使用 try-with-resources（DatagramChannel 实现 AutoCloseable）保证资源释放
• 生产环境建议加日志记录异常及丢包情况（如 receive() 返回 null 表示无数据可读，非错误）

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南