PHP分页分类与子分类过滤正确集成方法

本文深度解析「分类与子分类筛选 + 分页」组合场景下常见的数据丢失、页码跳变、总数错乱等痛点，核心解决思路在于由服务端统一维护过滤状态与分页上下文，彻底避免前端页码变量与后端查询逻辑相互脱节。

分类筛选配合翻页功能，听起来并不复杂，但实际开发中踩过的坑绝对不少——点击下一页发现返回0条数据，切回首页同样一片空白，多数情况是因为前端只传递了页码，却把过滤条件遗忘在半路。根本原因在于：每次请求仅携带了 page 参数，而当前选中的 subcategory_ids 或 category_ids 并未同步传递过去。后端接收到 ?page=2 后直接执行全表查询，返回的数据集自然与筛选后的结果对不上。

正确方案：服务端主导分页 + 过滤参数透传

分页并非前端计数器游戏，而是带状态的数据库查询过程。需要把握两个要点：一是每次分页请求必须附带完整的业务过滤条件；二是总记录数与当前页数据必须基于同一 WHERE 条件进行计算。简单来说，后端构建查询时，WHERE 子句有多少限制条件，COUNT(*) 和 SELECT 就必须同步保持一致。

修复后的 PHP 后端逻辑（get_products.php）

prepare($countSql);
$stmt->execute($params);
$totalCount = (int)$stmt->fetchColumn();

// 5. 查询当前页数据
$sql = "SELECT id, fabric, design_no FROM products $whereClause ORDER BY id DESC LIMIT :limit OFFSET :offset";
$stmt = $pdo->prepare($sql);
$stmt->bindValue(':limit', $limit, PDO::PARAM_INT);
$stmt->bindValue(':offset', $offset, PDO::PARAM_INT);
$stmt->execute($params);
$products = $stmt->fetchAll(PDO::FETCH_ASSOC);

// 6. 返回结构化响应
echo json_encode([
    'products' => $products,
    'total_count' => $totalCount,
    'current_page' => $page,
    'per_page' => $limit,
    'last_page' => ceil($totalCount / $limit)
]);

⚠️ 关键注意事项：

• 绝不拼接 SQL 字符串：所有用户输入（尤其是 ID 列表）必须通过 PDO::prepare() + bindValue() 绑定，杜绝 SQL 注入。
• total_count 与数据查询必须共用同一 WHERE 条件：这是分页正确的数学基础。若总数查全表，而数据查过滤后，必然导致页码错乱。
• 固定 $limit：避免恶意请求 ?limit=100000 导致 DoS；如需可配置，应在服务端白名单内校验（如仅允许 10/20/50）。

前端 JS 调用修正：保持过滤状态

你当前的 JS 在翻页时丢失了过滤参数。应重构 updateProductList()，使其始终携带最新选中的 ID 列表：

function buildUrl() {
    const selectedSubIds = Array.from(
        document.querySelectorAll(".subcategory-checkbox:checked")
    ).map(cb => cb.getAttribute("data-subcategory-id"));

    const params = new URLSearchParams();
    params.set('page', currentPage);
    if (selectedSubIds.length > 0) {
        params.set('subcategory_ids', selectedSubIds.join(','));
    }
    return `get_products.php?${params.toString()}`;
}

function updateProductList() {
    fetch(buildUrl()) // ✅ 每次请求都含完整过滤参数
        .then(r => r.json())
        .then(data => {
            totalProducts = data.total_count;
            renderProducts(data.products);
            // 动态更新分页按钮状态
            const totalPages = Math.ceil(totalProducts / 20);
            nextPageButton.disabled = currentPage >= totalPages;
            prevPageButton.disabled = currentPage <= 1;
            pageElement.textContent = `Page ${currentPage}`;
            productCountElement.textContent = totalProducts;
        });
}

高级优化建议：百万级数据下的游标分页

当商品表数据量超过50万行时，传统的 LIMIT OFFSET 性能会急剧下降。例如翻到第1000页，MySQL 需要 OFFSET 19980，也就是强制扫描前19980行再丢弃。怎么办？游标分页（Cursor-based Pagination） 可以解决：基于唯一有序字段（如 id 或 created_at）替代页码，每次只取上一页最后一条之后的记录，性能恒定。

-- 第一页
SELECT * FROM products WHERE subcategory_id IN (5,8) ORDER BY id DESC LIMIT 20;

-- 下一页（取上一页最后一条的 id = 10234）
SELECT * FROM products WHERE subcategory_id IN (5,8) AND id < 10234 ORDER BY id DESC LIMIT 20;

这种方式不支持跳转任意页，但非常适合“加载更多”或无限滚动的场景。前端需要保存一个 cursor 值（比如 last_id），每次请求时带上。

总结：分页+过滤的黄金法则

遵循以上原则，分类筛选与分页之间的协作就能彻底解耦——无论用户勾选1个子类还是10个，翻到第1页还是第200页，数据始终连贯、准确、高效。