copywithin本质是原地内存块搬移，不创建新数组、不触发gc、不改变length；其行为类似memmove，支持重叠区域安全复制，时间复杂度o(k)，空间复杂度o(1)。
copyWithin 本质是内存块搬移，不是复制+删除
copyWithin 不创建新数组，只在原数组内部移动已有元素的值。它不改变数组长度，也不触发 GC，适合原地位移（比如轮转、前移/后移一段数据）。但要注意：它按字节顺序搬移值，若目标区域与源区域重叠，行为取决于搬移方向——这点和 memmove 类似，不是 memcpy。
位移场景下必须分清 target、start、end 的符号逻辑
位移常被误解为“把后面几个挪到前面”，但 copyWithin 的参数全是索引，没有“相对位移量”概念。你需要手动换算：
- 向左位移 k 个位置（丢弃前 k 个，末尾补空）：等价于把索引
k到末尾的段，拷贝到从0开始的位置 →arr.copyWithin(0, k) - 向右位移 k 个位置（丢弃后 k 个，开头补空）：等价于把开头到
arr.length - k的段，拷贝到从k开始的位置 →arr.copyWithin(k, 0, arr.length - k) - 循环右移 k（即最后 k 个移到最前）：先用
arr.copyWithin(-k, 0, arr.length - k)把前段挪到后段空位，再用arr.copyWithin(0, -k)把原末尾 k 个覆盖到开头 —— 注意两步顺序不能反，否则第一步就覆盖了要搬的源数据
容易踩的坑：负索引和重叠区域的执行顺序
负索引是合法的（-1 表示最后一个），但一旦 target 和 start 都为负，且 target ，就可能意外触发“从前往后搬”，导致中间值被提前覆盖。例如：
const a = [1,2,3,4,5]; a.copyWithin(-4, -5, -1); // 期望 [2,3,4,5,5]？实际是 [2,3,4,5,2]
原因：-5→0，-1→4，所以是 copyWithin(1, 0, 4)，从索引 0 开始往后搬，index=1 被第一个写入，后续读取的已是新值。解决方法：始终确保源区间在搬移过程中不被破坏 —— 若 target ，说明要从前向后搬，安全；若 <code>target > start，应从后向前搬，而 copyWithin 自动处理了这点（它检测到重叠且 target > start 时，会倒序拷贝）。
替代方案对比：为什么不用 splice + push/pop
splice 删除+插入会改变数组 length、触发内部 realloc、产生中间数组（即使只删不插），而 copyWithin 全程无分配、无 length 变更。性能上，在大数组（>10k 元素）位移时，copyWithin 快 3–5 倍；内存上，它真正做到了零额外空间 —— 连一个临时变量都不需要。但注意：它只搬值，不处理对象引用的深层变化，如果数组里存的是对象，位移后仍是同一堆内存地址。
