浅拷贝是为操作建立隔离层，确保原始数组不被修改；推荐用[...original].filter(...)或original.slice().filter(...)，纯基本类型安全，含对象时内部引用仍共享。
浅拷贝本身不“自动备份”，它只是在过滤或转换前生成一个新数组，让原始数据不被后续操作覆盖或修改。关键在于：先拷贝，再对副本操作，原始数组全程不动。
过滤前用浅拷贝隔离原始数组
filter 本身不改原数组，但如果你后续还要用原数组做别的事，或者担心 filter 链中混入副作用，建议显式拷贝后再 filter：
- 推荐写法：const filtered = [...original].filter(...) 或 const filtered = original.slice().filter(...)
- 这样即使 filter 内部逻辑意外修改了某个元素（比如误用了引用类型），也不会影响 original
- 若 original 是纯基本类型一维数组（如 [1, 2, 3]），用任何浅拷贝方式都安全；含对象时，filter 后得到的新数组仍共享内部对象引用，但 original 数组结构本身没变
转换前先拷贝，避免 map/filter 混用导致混淆
map 和 filter 都返回新数组，但有时需要多次变换、中间结果复用，或调试时比对原始值——这时提前拷贝更清晰：
- 例如：const backup = Array.from(original); const transformed = backup.map(x => x * 2).filter(x => x > 5);
- backup 可随时用于日志、校验或回退，不受 transformed 影响
- 比起直接写
original.map(...).filter(...)，拆开写更易维护，尤其在复杂逻辑或多人协作中
配合不可变更新习惯，把拷贝变成默认动作
在 React、Redux 等场景中，“每次操作前先拷贝”应成为条件反射：
立即学习“Java免费学习笔记（深入）”；
- 状态更新时：setItems(prev => [...prev].filter(...))，而不是
prev.filter(...)（虽等效，但显式拷贝语义更强） - 需要保留原始数据做对比时（比如表单提交前/后差异），用 JSON.stringify([...original]) 快速快照（注意 JSON 限制）
- 若数组含 Date、函数、undefined 等，浅拷贝 + JSON 不适用，此时需 structuredClone(original)（现代环境支持）或明确标记“仅用于基本类型场景”
不复杂但容易忽略：浅拷贝不是目的，而是为后续操作建立一道隔离层。只要原始数组没被任何赋值、push、splice 触碰，它就始终安全。
