javascript数组模拟栈和队列时，push/pop时间复杂度为o(1)，高效；shift/unshift为o(n)，因需移动全部后续元素，大数据量下性能显著下降，应避免在高频或大规模场景使用。
JavaScript 数组能模拟栈和队列，但不同操作的底层代价差异很大。关键不在“能不能用”，而在于“大规模或高频场景下是否扛得住”。push/pop 效率高，shift/unshift 明显拖慢性能，尤其数组变大后。
栈操作：用 push 和 pop 最合适
栈是后进先出（LIFO），所有操作集中在数组末尾。push 往末尾加元素，pop 从末尾删元素——两者都不影响其他位置的数据，引擎只需更新 length 和内存指针，平均时间复杂度是 O(1)。
- 入栈：arr.push(item)，返回新长度
- 出栈：arr.pop()，返回被删元素，原数组变短
- 查栈顶：arr[arr.length - 1]，不修改数组，最快
队列操作：push + shift 能用，但慎用于大数据量
队列要求先进先出（FIFO），需在尾部入、首部出。push 没问题，但 shift 每次都要把后面所有元素往前挪一位，索引重排+可能触发缓冲区扩容，时间复杂度是 O(n)。
- 入队：arr.push(item)，高效
- 出队：arr.shift()，数组越长越慢；十万项时可能比 pop 慢百倍以上
- 替代方案：用双指针模拟队列（如维护 head/tail 索引），所有操作保持 O(1)
unshift 也属于“首部操作”，同样低效
unshift 往开头插入元素，和 shift 一样要移动全部后续项。即使只插一个值，也要重排整个数组。它和 shift 都该避开，除非数组极小（比如固定几项配置）或调用频次极低。
- 不推荐用 unshift 实现反向队列（如 unshift + pop）
- 若必须从头加数据，考虑反转逻辑：改用 push + reverse（一次性）或换用 Map/Set 等更合适结构
什么时候可以忽略效率差异？
小数组（几十项以内）、低频操作（如 UI 初始化、非循环逻辑）、原型开发阶段，push/shift 组合写起来快，调试直观，完全没问题。但一旦涉及实时消息队列、滚动加载缓存、高频状态更新，就得警惕 shift/unshift 的隐性开销。
- 简单判断：如果数组长度会超 1000，且出队操作每秒发生多次，就该优化
- 验证方式：用 console.time 对比 shift vs 自定义双端队列实现的实际耗时
