UDP通信必须配对使用DatagramPacket（信封）和DatagramSocket（端点）；后者需显式创建并绑定端口，前者需正确设置地址、端口及缓冲区长度；须配置receive()超时、统一UTF-8编解码、单线程接收、关闭前中断线程。
UDP收发数据必须配对使用 DatagramPacket 和 DatagramSocket
单独用 DatagramPacket 没法通信，它只是个“信封”，不带邮局功能；DatagramSocket 才是真正发信、收信的端点。常见错误是只 new 了 packet 就调用 send()，结果抛 SocketException: Socket is closed 或直接静默失败。
实操建议：
立即学习“Java免费学习笔记（深入）”；
-
DatagramSocket实例需显式创建，且最好指定端口（如new DatagramSocket(8080)），否则系统随机分配，服务端难固定监听 -
DatagramPacket构造时，字节数组长度决定能读多少——不是“填多少读多少”，而是“最多读这么长”，所以接收前要预留足够空间（比如new byte[1024]） - 发送端的
DatagramPacket必须通过setAddress()和setPort()设置目标地址，否则报IllegalArgumentException: address not set
接收阻塞与超时控制：别让 receive() 卡死线程
DatagramSocket.receive() 是阻塞调用，没数据就一直等。生产环境里不设超时，一个丢包或网络抖动就能让整个线程挂住。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 用
socket.setSoTimeout(5000)设超时（单位毫秒），超时后抛SocketTimeoutException，可捕获后继续循环或退出 - 超时值不能设太小（如 1ms），否则在高延迟网络下频繁误判；也不宜过大（如 60s），影响响应灵敏度
- 注意：
setSoTimeout()只影响receive()，不影响send()；且每次receive()前都会重置计时器
字节序与编码问题：String 转 byte[] 别默认用平台编码
UDP 是纯字节流，没有内置字符集。用 new String(packet.getData()) 或 str.getBytes() 不指定编码，本地测试可能正常，一换机器（比如 Linux 服务器默认 UTF-8，Windows 控制台默认 GBK）就乱码或截断。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 发送前统一用
str.getBytes(StandardCharsets.UTF_8)编码 - 接收后用
new String(packet.getData(), 0, packet.getLength(), StandardCharsets.UTF_8)解码——必须用packet.getLength()，不能直接用数组全长，因为 packet 可能复用同一 buffer，尾部残留旧数据 - 如果协议要求兼容老系统或嵌入式设备，确认对方用的编码（如 ISO-8859-1），就按需替换
StandardCharsets常量
多线程安全：一个 DatagramSocket 可被多个线程并发 send()，但别并发 receive()
DatagramSocket 的 send() 是线程安全的，多个线程同时发没问题；但 receive() 不是——两个线程同时调用，可能丢包、数据错位，甚至抛 IOException。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 一个 socket 对应一个接收线程（典型模式：while + try-receive-catch），避免多线程争抢
- 若需分发消息给多个业务模块，接收线程负责解包和入队（如
BlockingQueue），其他线程消费，不要把 socket 暴露出去 - 关闭 socket 前务必先中断接收线程（
thread.interrupt()），否则receive()可能永远卡在 native 层不响应close()
UDP 没有连接状态，DatagramSocket 的“绑定”和“关闭”行为比 TCP 更轻量，但也更易忽略细节：比如忘记 bind() 导致 receive() 报错，或者 close() 后还试图 send() 引发 SocketException: Socket is closed。这些都不是异常路径，而是初始化或生命周期管理没做对。
