pop适用于栈（lifo）场景，时间复杂度o(1)；shift适用于队列（fifo）场景，但时间复杂度o(n)，大数据量下性能差；删除末尾用pop，开头用shift，指定位置用splice，读取不用删除用at(-1)；空数组调用均返回undefined，需判空避免bug。
pop 和 shift 都是会修改原数组的删除方法，但方向相反：pop 删末尾，shift 删开头。选哪个不看“习惯”，而要看数据结构逻辑和性能需求。
pop 适合栈（LIFO）场景
当操作遵循“后进先出”原则时，比如撤销功能、函数调用栈、括号匹配、浏览器前进/后退历史管理，都该用 pop 配合 push。
- 每次新操作 push 到数组尾部，撤销时 pop 取出最新一项
- 浏览器 history API 的底层模拟常用这种方式，因为新增和撤回都在同一端，效率高
- pop 不移动其他元素，时间复杂度是 O(1)，大数据量下更稳
shift 适合队列（FIFO）场景
当需要“先进先出”行为时，比如任务调度、消息通知排队、请求缓冲区，就该用 shift 配合 unshift 或 push。
- 新任务用 push 加到尾部，处理时用 shift 取出最老的一项
- 注意：shift 每次都要把后面所有元素向前挪一位，时间复杂度是 O(n)，数组越大越慢
- 如果队列很长且频繁出队，建议改用专门的队列结构（如用两个数组模拟，或用 Map + index 手动维护）
别在购物车或列表删除里乱用
用户点击“删最后一个商品”，代码却写了 shift()，结果删掉的是第一个——这种 bug 很常见，本质是混淆了“视觉顺序”和“操作方向”。
- 界面上从上到下排列，不等于数组索引从 0 开始就该用 shift
- 删除末尾项，统一用 pop；删除指定位置项，用 splice；只读取不删除，用 at(-1) 或 [length-1]
- 不确定时，先 console.log(arr) 看一眼当前数组结构，再决定用哪个方法
空数组时的行为要心里有数
pop 和 shift 在空数组上调用都不会报错，但都返回 undefined。如果后续逻辑依赖返回值做判断，容易引发隐性 bug。
- 比如 let item = arr.shift(); if (item.id) { ... } —— 若 arr 为空，item 是 undefined，访问 id 会报错
- 稳妥写法是先判断长度：if (arr.length) { let item = arr.shift(); ... }
- 或者用可选链：arr.shift()?.id，但要注意这仍会改变原数组
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
