System.arraycopy不能直接过滤，因其仅为JVM底层内存复制指令，不执行条件判断或逻辑处理；需先筛选再搬运，或用循环边判边写。
System.arraycopy 本身不支持数据过滤——它只做原样内存块搬运，无法跳过某些元素或修改值。真要实现“过滤拷贝”，必须先筛选出目标元素（生成新数组），再用 arraycopy 搬运；或者用传统循环边判断边写入。但若过滤逻辑固定、数据量大、且能预分配缓冲区，仍可结合 arraycopy 提升中间搬运阶段的效率。
为什么 arraycopy 不能直接过滤
System.arraycopy 是 JVM 底层的内存复制指令（类似 C 的 memcpy），语义极其纯粹：从 src 的某个起始位置，连续搬移 length 个元素到 dest 的指定位置。它不做任何条件判断、不调用 equals 或 hashCode、不执行 lambda 表达式，也不支持跳过特定值。一旦需要“保留偶数”“排除 null”“只取非空字符串”，就必须在调用 arraycopy 之前完成筛选。
高效过滤拷贝的两种可行路径
实际开发中，根据数据规模和复用需求，推荐以下两种组合方式：
- 小到中等规模（≤ 数千元素）：用 for 循环 + 条件判断直接写入目标数组。代码清晰、JIT 友好，且避免了额外的中间数组分配。例如：
int[] src = {1, 2, 3, 4, 5, 6};
int[] filtered = new int[src.length]; // 预估最大长度
int writeIdx = 0;
for (int i = 0; i if (src[i] % 2 == 0) { // 过滤条件
filtered[writeIdx++] = src[i];
}
}
int[] result = Arrays.copyOf(filtered, writeIdx); // 截断多余空间
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
- 大规模、高频、已知最大长度：先用布尔标记或索引收集器定位有效元素位置，再批量调用 arraycopy 搬运连续段。适用于日志解析、协议字段提取等场景。例如从 byte[] 中提取所有非零字节段：
byte[] src = {/* ... large data ... */};
// 第一步：扫描并记录所有非零字节的起始/结束区间（如 [100,105), [200,203)）
List
// 第二步：预分配目标缓冲区，分段搬运
byte[] dst = new byte[totalLength(ranges)];
int offset = 0;
for (int[] r : ranges) {
System.arraycopy(src, r[0], dst, offset, r[1] - r[0]);
offset += r[1] - r[0];
}
别踩这些“伪过滤”陷阱
- 误以为 arraycopy 支持 skip 参数：没有 srcStep 或 predicate 参数，传入 length=0 不是跳过，而是静默完成，不改变任何数据
- 试图用 null 元素触发跳过：Object[] 中拷贝 null 是合法操作，arraycopy 照搬引用，不会自动忽略
- 混用 Arrays.stream().filter() 后直接 arraycopy：Stream.collect(toArray()) 生成的新数组已是过滤结果，此时 arraycopy 仅用于后续搬运，不是过滤本身
- 在循环里反复 new 小数组再 arraycopy：频繁分配 GC 压力大，应优先复用缓冲区或改用单次循环写入
真正适合 arraycopy 的“类过滤”场景
虽然不能过滤，但它在以下边界场景中能显著加速“准过滤”流程：
- 按固定偏移截取多段：比如网络包中每隔 16 字节取 4 字节校验码，可用循环调用 arraycopy 搬运每一段，比逐字节 copy 快得多
- 拼接多个已过滤片段：各子数组已分别处理完毕，最后用 arraycopy 合并，避免 StringBuilder 或 ArrayList 中间对象
- 环形缓冲区中搬移有效数据块：head/tail 之间可能有空洞，但有效区域连续，用一次 arraycopy 即可整体前移
不复杂但容易忽略：过滤是业务逻辑，搬运是基础设施——把两者职责分开，才能既保证语义正确，又榨干 arraycopy 的性能红利。
