java网络封包需严格按协议定义字节结构，用bytebuffer预分配并设大端序，手动处理无符号类型，写入后加校验、flip发送，严防缓冲区复用与字节数组裸露。
协议结构必须提前定死
网络只认字节流，所有语义靠协议约定。发之前必须明确：
- 每个字段占几个字节（例如：状态码 1 字节、时间戳 8 字节、长度字段 4 字节）
- 字节序是大端（网络字节序）还是小端（常见于嵌入式设备）
- 是否有符号性（如协议规定“计数器为 uint16”，但 Java short 是有符号的，直接 getShort() 可能把 0xFFFF 当成 -1）
- 是否存在对齐填充、变长头、校验字段位置等细节
用 ByteBuffer 写入，别碰字符串中转
禁止用 String + Integer.parseInt() 或 hex 字符串拼接——这仅适合日志调试，不适用于生产封包。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 预分配缓冲区：
ByteBuffer bb = ByteBuffer.allocate(totalLen) - 显式设置字节序：
bb.order(ByteOrder.BIG_ENDIAN)（TCP/IP 默认大端） - 按协议顺序写入：
bb.put((byte) status).putInt(timestamp).putShort((short) count) - 写无符号值要校验：比如写 uint8，先
if (v 0xFF) throw new IllegalArgumentException()，再bb.put((byte) v)
无符号类型要手动处理
Java 没有原生 uint，但协议常要求无符号语义，必须自己兜底：
- 写 uint16（0～65535）：校验后强转
bb.putShort((short) v)，高位自动截断，语义正确 - 写 uint32（0～4294967295）：不能直接
putInt(v)（v 超 int 范围会溢出），应bb.putInt((int) (v & 0xFFFFFFFFL)) - 读 uint32 后，立刻转逻辑值：
Long.toUnsignedString(bb.getInt() & 0xFFFFFFFFL)或 JDK 8+ 的Integer.toUnsignedLong(bb.getInt())
封包完成不等于发送安全
字节写完只是第一步，还要防错、防篡改、防复用：
- 包尾加校验：推荐 CRC32，简单场景可用 XOR 校验字节，接收方必须验证通过才解包
- 控制 ByteBuffer 生命周期：多线程或对象池中，避免多个包共用同一 buffer 未重置 position/limit；发送前调用
bb.flip()，用完可bb.clear()或封装为只读视图 - 不要裸露 byte[] 引用：尤其在异步回调或缓存场景下，防止被意外修改
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
