reverse() 是典型可变方法，就地反转原数组且返回其引用，副作用直观可见；需保留原序时应先拷贝再反转，不可变环境默认采用复制策略。
reverse() 的就地修改特性是理解 JavaScript 副作用管理最直观的入口——它不隐藏变更，而是把“谁改了数据”直接暴露出来。
reverse() 是典型的可变方法，它的副作用肉眼可见
调用 arr.reverse() 后，原数组首尾元素交换、索引重排，内存地址不变，但内容已不同。这种变化不是隐式的，而是同步发生的：
- 返回值和原数组引用相同（arr === arr.reverse() 为 true）
- 所有指向该数组的变量都会看到反转后的结果
- 如果这个数组是 props、state 或共享缓存，外部逻辑可能立刻出错
副作用管理的核心在于“明确意图”而非“避免修改”
reverse() 本身没有错，问题出在调用时是否清楚自己要的是“新顺序”还是“新数组”。关键区分点：
- 需要保留原始顺序 → 必须先复制再反转：[arr].reverse()、arr.slice().reverse() 或 [...arr].reverse()
- 确定只用一次且后续不再依赖原序 → 可直接 arr.reverse()，省去拷贝开销
- 在 React、Redux 等不可变优先环境中 → 默认走复制路线，否则可能跳过渲染或触发错误警告
从 reverse() 类推其他可变方法的副作用模式
reverse() 和 sort()、splice() 属于同一类：它们都直接操作 this，并返回 this。这种设计统一而高效，但也要求开发者主动承担责任：
立即学习“Java免费学习笔记（深入）”；
- sort() 同样修改原数组，且比较函数返回 0 时行为可能影响稳定性
- splice() 改变长度、移位索引，副作用比 reverse() 更复杂
- 一旦多个可变方法链式调用（如 arr.sort().reverse()），执行顺序和中间状态就变得关键
现代替代方案正在降低副作用风险
ES2023 起，部分引擎开始支持更安全的语法糖，但目前主流仍靠手动控制：
- 扩展运算符 [...arr] 已成浅拷贝事实标准，简洁且语义清晰
- Array.from(arr).reverse() 兼容性更好，适合需支持旧环境的项目
- 手写双指针循环虽冗长，但在超大数组或性能敏感场景中可控性更强
