push和pop比其他方法快，因仅操作数组末尾、无元素位移，引擎优化后时间复杂度恒为O(1)；而unshift或splice需移动后续元素，大数据量时性能显著下降。
push 和 pop 为什么比其他方法快
因为 push 和 pop 只操作数组末尾，不涉及元素位移或内存重排。JavaScript 引擎对它们做了高度优化，时间复杂度稳定为 O(1)；而 unshift 或 splice(0, 1) 会强制移动所有后续元素，小数组看不出差别，但一旦数组长度超过几千，性能差距就明显了。
常见错误现象：arr.splice(-1, 1) 看似“删末尾”，实则比 pop 慢 2–3 倍——splice 要解析参数、校验索引、返回新数组，还支持多元素操作，开销大得多。
push 的正确用法和陷阱
push 接收任意数量参数，逐个追加到末尾，并返回新长度。它不返回新数组，而是直接修改原数组。
- 单个元素：直接传入，比如
arr.push(42) - 多个元素：可一次添加多个，
arr.push(1, 2, 3)等价于三次push - 别用
push(...array)替代concat或扩展运算符批量合并——如果array很长（比如 >10 万项），可能触发引擎的参数长度限制（V8 中约 10 万），报RangeError: Maximum call stack size exceeded - 想批量追加又避坑？改用
arr.length += otherArr.length; arr.set(otherArr, arr.length - otherArr.length)（仅限 TypedArray）或循环 +push（普通数组，可控节奏）
pop 返回值容易被忽略的细节
pop 总是返回被删除的元素，不是布尔值、不是原数组、也不是新长度。这点在链式调用或条件判断中极易出错。
- 错误写法：
if (arr.pop()) { ... }—— 如果末尾是0、''、null，条件直接失效 - 安全写法：
if (arr.length > 0) { const last = arr.pop(); ... } - 想删末尾但不关心值？仍得调用
pop()，不能省略——没有 “只删不返” 的内置方法；设arr.length = Math.max(0, arr.length - 1)虽可行，但不如pop语义清晰，且某些旧环境对length缩减有兼容性问题
在栈/队列模拟中必须注意的边界
用 push/pop 模拟栈很自然，但若误当队列用（比如想实现 FIFO），就会掉坑里。
- 栈（LIFO）：
push入、pop出 → 正确 - 队列（FIFO）：不能只靠
push/pop实现高效出队——pop出的是最后进的，要出最先的得用shift，那是 O(n) 操作 - 真要高效队列？要么用双端队列结构（如
collections/deque在 Python，JS 可用Array配合push+shift但慎用于大数据），要么改用push+at(-1)查看但不删，配合索引管理
真正难的不是语法，是意识到：数组末尾操作快，不等于“所有顺序逻辑”都适合塞进这个模式。删完要不要保留原引用、是否多线程读写、v8 的数组存储模式（packed vs. holey）都会让表现浮动——这些细节，调试时往往得靠 console.time 和 %DebugPrint(arr)（V8 内部命令）才能揪出来。
