push不能用于异步分页的持续追加，因其为同步方法且不保证时序；需按页码计算索引，用splice或concat有序合并，确保顺序、引用和响应式统一。
push 不能直接用于异步分页数据的“持续追加”场景
因为 Array.prototype.push 是同步方法，它只负责把值塞进数组末尾，不关心数据何时就绪。如果你在 fetch 或 axios 的回调里反复调用 push，结果取决于请求完成顺序——后发的请求可能先返回，导致分页错乱（比如第 3 页数据插在第 2 页前面）。这不是 push 的问题，而是你没控制加载时序。
必须配合分页序号或游标做有序合并
真实分页数据不是“追加”，而是“按位置插入”。常见做法是：用一个空数组作为容器，每次拿到响应后，根据当前页码计算起始索引，再用 splice 或 concat 合并，而不是无脑 push。例如：
let results = [];
function appendPage(data, page, pageSize = 10) {
const startIndex = (page - 1) * pageSize;
// 确保数组足够长，避免越界
results.length = Math.max(results.length, startIndex + data.length);
// 按位置写入，覆盖或填充
for (let i = 0; i
- 用
startIndex定位，比依赖push更可靠 - 手动扩展
results.length防止稀疏数组（尤其在跳页时） - 如果后端支持游标（cursor），优先用
results.push(...data)，但前提是每次请求都基于上一页的cursor，天然保序
并发请求下 push 会引发竞态，必须加锁或序列化
如果用户快速翻页触发多个未完成请求，且都试图往同一个数组 push，最终顺序完全不可控。解决方式不是改 push，而是约束请求流：
- 用
AbortController取消前序未完成请求（适合“最新页优先”场景） - 用 Promise 链或
async/await强制串行加载（适合必须保序的列表，如评论） - 维护一个
pendingRequestsMap，以page为 key，重复请求直接复用已有 Promise
此时 push 才能安全使用——但仅限于单个响应处理内部，比如 results.push(...response.data)，前提是这个 response 已确认是当前应加载的那一页。
Vue/React 中直接 push 可能触发无效更新
框架依赖数组引用或长度变化检测响应式。如果只是 arr.push(item)，Vue 2 无法侦测；React 中若直接修改 state 数组，会导致不可预测的渲染行为。正确做法是：
- Vue 2：用
this.$set(arr, arr.length, item)或arr = [...arr, item] - Vue 3 / React：始终生成新数组，如
setResults(prev => [...prev, ...newData]) - 不要在循环中多次
push再一次性提交——这会放大响应式开销，应先拼好再赋值
异步分页的核心从来不是怎么 push，而是如何让数据到达时，知道该放哪儿、能不能放、以及放完之后框架能不能正确感知。顺序、引用、响应式，三者缺一不可。
