分页时需用localStorage保存跨页选中的ID，提交前服务端须用IN查询校验ID有效性并过滤非法输入，批量操作应独立于分页SQL，全选全部需额外接口获取符合条件的ID列表。
分页时怎么拿到当前页所有选中的 ID
分页本身不保存选择状态，用户翻页后之前勾选的记录就丢了。必须把每次勾选的 id 存到客户端（如 localStorage）或服务端（如 session）。推荐用 localStorage 避免服务端压力，但要注意跨设备不共享、容量限制（通常 5–10MB）和隐私模式下失效。
前端示例逻辑：
document.querySelectorAll('input[name="batch_ids[]"]').forEach(box => {
box.addEventListener('change', () => {
const ids = Array.from(document.querySelectorAll('input[name="batch_ids[]"]:checked'))
.map(el => el.value);
localStorage.setItem('selected_ids', JSON.stringify(ids));
});
});注意：name="batch_ids[]" 要统一，且每个复选框的 value 必须是数据库真实 id，不能是分页序号或临时索引。
提交批量操作前如何校验选中数据是否还有效
用户可能在勾选后删掉某条记录，或他人并发修改了状态，直接按缓存 ID 执行 SQL 可能出错或误操作。必须在服务端二次校验。
立即学习“PHP免费学习笔记（深入）”；
- 从
localStorage或表单取到 ID 列表后，先查库确认这些id是否仍存在、是否属于当前用户/权限范围 - 用
WHERE id IN (...)加SELECT id, status查询，比逐个SELECT更高效 - 若返回行数 ≠ 提交 ID 数量，说明有数据已失效，应提示“部分数据不可用，请刷新重试”
- 避免直接拼接用户传入的 ID 列表进 SQL —— 必须用 PDO 预处理或
array_map('intval', $ids)过滤
PHP 分页查询和批量更新不能共用同一个 SQL 结果集
很多人误以为“分页查出来的数组就是我要操作的数据”，但这是错的。分页 SELECT ... LIMIT 20 OFFSET 40 只返回第 3 页的 20 条，而批量操作需要的是用户跨页勾选的所有 ID 对应的记录，二者数据源完全不同。
正确做法是：
- 分页只负责展示：用
$pdo->prepare("SELECT * FROM table WHERE ... LIMIT ? OFFSET ?") - 批量操作另起查询：根据收集到的
$selected_ids做SELECT * FROM table WHERE id IN (?,?,?)（预处理绑定）或UPDATE table SET status = ? WHERE id IN (?,?,?) - 不要试图把分页结果存到 session 里再从中筛选 —— 内存浪费且容易过期、错乱
全选当前页 vs 全选全部数据的实现差异
“全选”按钮默认只选当前页可见项；若要选全部符合条件的数据（比如搜索结果共 1287 条，用户想全选），必须重新执行无分页的 COUNT + 主键查询，否则无法知道总共有哪些 ID。
建议方案：
- 点击“全选全部”时，前端发一个轻量请求：
/api/get-all-ids?filter=status%3Dpending，后端只查SELECT id FROM table WHERE ...（不查其他字段） - 返回 ID 数组（可分块传输，防超长 URL），前端存入
localStorage并打勾对应行（需 DOM 映射） - 服务端该接口必须加频率限制和权限校验，防止被刷出全表 ID
- 如果数据量极大（如百万级），改用后台任务生成选中快照 ID 列表，前端轮询状态
真正麻烦的不是代码怎么写，而是用户勾了 3 页又取消第 2 页其中 2 条这种混合操作 —— 状态管理必须用唯一 ID 做 key，别依赖页面顺序或临时索引。
