核心是复制前完成结构识别、长度校验与内存边界控制；需动态提取header_len和payload偏移，执行三重校验后才调用System.arraycopy分离，或优先采用ByteBuffer零拷贝视图。
在多媒体流网络协议解析中，用数组安全分离非标准报文块，核心不是“复制动作本身”，而是**复制前完成结构识别、长度校验与内存边界控制**。System.arraycopy 是工具，不是逻辑——它不判断、不解析、不兜底，你得先替它把路铺平。
先确认报文的动态结构特征
非标准报文往往没有固定头部长度，常见情况包括：
- 头部含变长字段（如字符串名、TLV嵌套）
- 首字段为显式声明的 header_len 或 payload_offset
- 靠分隔符（如 0x00、0xFF、特定 magic byte）定位头部结束
必须提前确定两个关键位置：实际头部结束偏移量、载荷起始偏移量。这两个值不能硬编码，需按协议语义动态提取。
复制前必须做三重防御性校验
跳过校验直接调用 arraycopy，极易触发 ArrayIndexOutOfBoundsException 或静默截断，导致后续解析错位。务必依次执行：
- 检查原始字节数组非空且长度 > 0
- 提取 header_len 后立即验证：header_len ≥ 0 且 header_len ≤ packet.length
- 确认载荷存在：若 header_len == packet.length，payload 应为空数组；若 header_len > packet.length，应拒绝解析并标记异常
用 arraycopy 分离头部与载荷的标准写法
目标是获得两个独立、可操作、无共享引用的字节数组：
- 提取头部：byte[] header = new byte[header_len]; System.arraycopy(packet, 0, header, 0, header_len);
- 提取载荷：int payload_len = packet.length - header_len; byte[] payload = new byte[payload_len]; System.arraycopy(packet, header_len, payload, 0, payload_len);
避免反模式：不要用 Integer.MAX_VALUE 作长度参数，arraycopy 不会自动截断，越界必抛异常。
更优替代：零拷贝视图（Java 9+ 推荐）
若只是读取、不修改、且下游支持 ByteBuffer，优先用视图代替复制，节省内存与 GC 压力：
- 构建只读缓冲区：ByteBuffer buf = ByteBuffer.wrap(packet).asReadOnlyBuffer();
- 切片头部：ByteBuffer headerView = buf.duplicate().limit(header_len);
- 切片载荷：ByteBuffer payloadView = buf.duplicate().position(header_len);
这种方式不分配新数组，不复制数据，仅维护偏移与边界，适合高吞吐流式解析场景。
