ByteBuffer仅是字节容器，拆包与协议解析需在业务层实现；常见协议有定长包、变长包（含长度字段）和分隔符包；须结合position/limit管理流式数据，按协议逐步解析并compact未处理数据。
ByteBuffer本身不负责拆包和协议解析，它只是字节容器。真正实现拆包和指令解析，需要结合你的自定义协议（比如固定头长+长度字段、分隔符、或TLV等）在业务层做逻辑判断和边界提取。
明确协议格式是前提没有统一协议，就无法可靠拆包。常见自定义协议有三类：定长包：每条指令固定 N 字节，直接按长度切分即可（适合简单控制指令）
变长包 + 长度字段：包头前 2 或 4 字节表示 body 长度（如：|LEN(2B)|CMD(1B)|DATA(NB)|），需先读够头长，再根据 LEN 读取完整包分隔符包：用特殊字节（如 0x0A、0x7E）标记包尾，需扫描 ByteBuffer 查找分隔符位置用ByteBuffer逐步读取并判断边界网络数据是流式到达的，一次 read() 可能只到部分包。要用 ByteBuffer 的position和limit
管理已读未解析数据：
每次收到新字节，调用buffer.put()写入（注意检查是否满，满则扩容或 compact）
解析前先buffer.flip()，让 position=0、limit=当前数据长度按协议尝试读取：若 buffer.remaining() 不足最小包头长度，跳出等待下次数据；若够头但不够整包，也暂停解析解析成功后，调用buffer.position(newPos)跳过已处理字节，再buffer.compact()把剩余未解析数据移到开头解析示例：带长度字段的协议（2字节LEN + 1字节CMD + DATA）
假设协议为：
LEN(2B, big-endian) | CMD(1B) | PAYLOAD(LEN bytes)先确保 buffer 至少有 3 字节：if (buffer.remaining()读取长度：int len = buffer.getShort() & 0xFFFF;检查整包是否齐备：if (buffer.remaining()读 CMD：byte cmd = buffer.get();读 PAYLOAD：byte[] payload = new byte[len]; buffer.get(payload);此时已解析完一条指令，可交由业务处理器 dispatch(cmd, payload)避免常见坑不要反复 flip/rewind：容易错乱 position，建议解析逻辑中只 flip 一次，解析完用 compact 清理字节序要一致：getShort()/getInt() 默认大端，若协议是小端，需用buffer.order(ByteOrder.LITTLE_ENDIAN)粘包与半包必须处理：单次解析失败不等于错误，而是数据未收全，需缓存继续等待异常包要跳过：遇到非法长度或未知 CMD，应记录日志，并尝试从下一个可能包头位置重新同步（如扫描 0xAA 0x55 等魔数）