不能用System.arraycopy直接裁剪TCP分片，因为它仅执行内存拷贝，不理解TCP协议字段；应用层看到的是已重组的字节流，需按消息边界解析而非裁剪。
不能用 System.arraycopy 直接“裁剪”TCP报文分片——它不是图像或数组切片工具，而是内存拷贝操作；TCP分片本身是网络层/传输层自动完成的，应用层看到的只是字节流中的一段数据，不存在“原始分片结构”供你裁剪。
为什么不能把 System.arraycopy 当作“裁剪分片”的手段
System.arraycopy 只负责把一段字节数组的内容复制到另一段数组里，它不理解 TCP 序号、MSS、IP 分片标识、偏移量等任何协议字段。所谓“分片”，对应用层来说只是：一次 read() 调用拿到的字节数少于预期、或者多于一条逻辑消息。你拿到的 byte[] 本身就是已经重组过的 TCP 流片段（IP 层分片已在内核完成），不是原始网络分片包。
误用示例（危险）：
byte[] data = "message".getBytes();byte[] fixedData = new byte[10];
System.arraycopy(data, 0, fixedData, 0, data.length); // 这只是补零填充，不是裁剪分片
真正需要处理的是“应用层消息边界”问题
TCP 流中没有天然消息边界，所以你要做的是：从连续字节流中识别出完整消息，再提取有效载荷。这和“裁剪”无关，而是解析与累积。
- 若协议是定长（如每条 64 字节），可检查缓冲区是否 ≥64，够了就 copy 前 64 字节交给业务，剩余留待下次处理
- 若协议带长度头（如前 4 字节表示 body 长度），先读齐 4 字节 → 解出 length → 等待后续至少 length 字节 → 再用 arraycopy 提取 payload
- 若协议用分隔符（如 \n），需扫描缓冲区找结束符位置，再 copy 从起始到 \n 前的子数组；注意 isPrefix 场景（\n 被截断在末尾）
安全使用 arraycopy 的三个前提
只有满足以下条件时，arraycopy 才可安全用于提取消息体：
- 已确认当前缓冲区包含一条完整消息（例如：已读到 \n，或已凑够 length 字段声明的字节数）
- 源数组起始索引 ≥ 0，目标数组有足够空间，且 copy 长度 ≤ 源数组可读长度，否则抛 IndexOutOfBoundsException
- 复制后立即从缓冲区移除已处理部分（如用 ByteBuffer.compact() 或手动移动 offset），避免重复解析或越界访问
推荐替代做法：用 ByteBuffer 或自定义 Buffer 封装逻辑
比起裸用 byte[] + arraycopy，更安全的方式是：
- 用
ByteBuffer的 slice() + limit() 提取子视图，避免手动计算偏移 - 用 Netty 的
ByteBuf，自带 readBytes(int length)、readBytes(ByteBuf dst) 等方法，自动维护读写指针 - 自己封装一个 RingBuffer 或 List<byte[]> 缓冲区，配合 readUntilDelimiter() 方法，内部才调用 arraycopy
