UDP非阻塞通信中地址即上下文：未connect时每次send需指定目标地址、receive返回源地址；connect仅设单向过滤器，广播必须不connect并启用setBroadcast；接收用大缓冲+flip/limit精确读取，发送前需flip且处理send返回0；bind前须setReuseAddress支持端口复用，且必须先bind才能receive；Selector事件循环中需register OP_READ、select后处理isReadable并remove key。

UDP 在非阻塞模式下用 DatagramChannel 收发数据，核心在于“地址即上下文”——每次 receive() 返回发送方地址，每次 send() 必须显式指定目标地址；没有连接状态，也就没有默认通信端点，所有地址信息都得靠 SocketAddress 承载。

非阻塞收发中地址如何动态绑定与分离

UDP 本身无连接，DatagramChannel 的 connect() 并非建立连接，而是设置地址过滤器：调用后，receive() 只接收该地址发来的包，send() 也不再需要传入 SocketAddress。但这个“伪连接”是单向且排他的——一旦 connect 到 127.0.0.1:9000，就无法再收发其他地址的数据，除非调用 disconnect()。

• 不 connect：每次 send(buffer, addr) 都要带目标地址；receive(buffer) 返回的 SocketAddress 是实际来源，必须保存用于后续回复
• 已 connect：可直接 send(buffer)（隐式发往已连地址），receive(buffer) 仍返回地址，但仅当该地址匹配时才成功读取
• 广播场景必须不 connect，并手动设置 channel.socket().setBroadcast(true)，目标地址用 255.255.255.255 或子网定向广播地址

变量报文长度处理的关键缓冲策略

UDP 数据报长度不固定，接收时不能预设 buffer 大小——太小会截断，太大浪费内存。实践中建议：

• 分配足够容纳最大预期报文的 buffer（如 65536 字节），但接收后必须用 buffer.flip() + buffer.limit() 精确提取有效字节数，不能直接 array() 全取
• receive() 在非阻塞模式下可能返回 null（无数据到达），需配合 Selector 使用 OP_READ 事件驱动，避免空轮询
• 发送前确保 ByteBuffer 处于 flip() 状态，且 remaining() > 0；若 send() 返回 0，说明内核发送队列满，需等待重试（非阻塞下不会阻塞线程）

bind() 与端口复用的实际约束

bind(new InetSocketAddress(port)) 是接收数据的前提，但端口是否能重复绑定取决于系统配置：

• 默认情况下，同一端口只能被一个进程 bind；若需多实例监听（如多个 worker 线程），必须提前开启 SO_REUSEADDR（channel.socket().setReuseAddress(true)）
• bind 时指定 0.0.0.0 表示监听本机所有 IPv4 地址；指定 127.0.0.1 则仅响应本地回环请求
• 未 bind 就调用 receive 会抛 NotYetBoundException；bind 后不可再 bind 其他地址，除非先 close

Selector 驱动下的典型事件循环结构

纯非阻塞 UDP 服务必须依赖 Selector 实现高效轮询，否则容易陷入忙等：

• 创建 Selector 后，datagramChannel.register(selector, SelectionKey.OP_READ)
• 循环调用 selector.select()，返回值 > 0 才处理就绪 key
• 对每个 isReadable() 的 key，调用 channel.receive(buffer)，检查返回地址并处理数据
• 务必在处理完每个 key 后调用 it.remove()，否则下次 select 会重复触发