PHP动态网页分页功能实现_PHP动态网页数据分页显示详细教程

看不見的法師

发布时间：2025-09-17 13:45:01

687人浏览过

来源于php中文网

原创

实现PHP分页需先计算总页数并确定当前页，再通过LIMIT和OFFSET从数据库获取对应数据，同时生成保留原有参数的分页链接，并可采用键集分页或“加载更多”等方式优化性能与体验。

php动态网页分页功能实现_php动态网页数据分页显示详细教程

在PHP动态网页中实现分页功能，核心在于巧妙地利用数据库的

LIMIT

子句，结合当前页面、每页显示数量以及总记录数，来精确地从庞大数据集中提取出用户当前需要浏览的那一部分数据。这不仅仅是为了美观，更是为了提升用户体验和减轻服务器负担。

解决方案

实现PHP动态网页数据分页显示，通常需要以下几个步骤，我会尽量用一种贴近实际开发的方式来阐述，避免过于学院派的讲解：

数据库连接与配置： 首先，你得有个数据库连接。无论是

mysqli

还是

PDO

，确保你的PHP脚本能与数据库正常通信。然后，我们需要定义一些基础配置，比如每页显示多少条记录。

setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
} catch (PDOException $e) {
    die("数据库连接失败: " . $e->getMessage());
}

// 分页配置
$records_per_page = 10; // 每页显示10条记录
$current_page = isset($_GET['page']) ? (int)$_GET['page'] : 1;
// 确保当前页码是有效的正整数
if ($current_page < 1) {
    $current_page = 1;
}
?>

获取总记录数： 这是分页的基础，你需要知道一共有多少条数据，才能计算出总共有多少页。
```
query("SELECT COUNT(*) FROM your_table_name");
$total_records = $stmt->fetchColumn(); // 获取总记录数
?>
```
这里
```
your_table_name
```
需要替换成你实际的表名。

计算总页数： 有了总记录数和每页显示数量，总页数就呼之欲出了。记得用

ceil()

向上取整，因为哪怕只多出一条记录，也需要新开一页。

 $total_pages && $total_pages > 0) {
    $current_page = $total_pages;
} elseif ($total_pages == 0) { // 如果没有数据，当前页也应该为1
    $current_page = 1;
}
?>

计算数据偏移量（OFFSET）：
```
LIMIT
```
子句需要两个参数：
```
OFFSET
```
（从哪条记录开始取）和
```
ROWS
```
（取多少条）。
```
OFFSET
```
的计算公式是
```
(当前页码 - 1) * 每页显示数量
```
。

立即学习“PHP免费学习笔记（深入）”；

查询当前页数据： 现在，你可以使用

LIMIT

子句从数据库中取出当前页的数据了。

prepare($sql);
$stmt->bindParam(':offset', $offset, PDO::PARAM_INT);
$stmt->bindParam(':records_per_page', $records_per_page, PDO::PARAM_INT);
$stmt->execute();
$data = $stmt->fetchAll(PDO::FETCH_ASSOC); // 获取当前页的所有数据
?>

ORDER BY id DESC

很重要，它决定了数据的排序方式。通常，我们会根据ID或其他时间戳字段降序排列，显示最新数据。

显示数据与生成分页链接： 遍历
```
$data
```
数组显示内容。然后，构建分页导航链接，让用户可以在不同页面间跳转。
```
ID: " . $row['id'] . " - Title: " . $row['title'] . "";
        // 根据你的数据结构来显示
    }
} else {
    echo "暂无数据。";
}

// 生成分页链接
echo "";
if ($current_page > 1) {
    echo "上一页 ";
}

// 我们可以只显示一部分页码，比如当前页前后几页
$start_page = max(1, $current_page - 2);
$end_page = min($total_pages, $current_page + 2);

for ($i = $start_page; $i <= $end_page; $i++) {
    if ($i == $current_page) {
        echo "$i ";
    } else {
        echo "$i ";
    }
}

if ($current_page < $total_pages) {
    echo "下一页";
}
echo "";
?>
```
这里的HTML和CSS需要你自己来美化。
```
?page=
```
是GET参数，用于传递页码。

动力先锋仿阿里巴巴B2B电子商务系统
前台功能介绍:1、网页首页显示有高级会员推荐，精品推荐，商业机会分类列表，最新供求信息，网站动态，推荐企业，行业动态等;2、商业机会栏目功能有：二级分类，已经带有详细分类的数据库，后台可以更改增加操作，并可以推荐公司，栏目分为分类显示信息，最新的采购、供应、合作和代理信息，搜索时同样按分类，信息，时间，交易类型等搜索;3、展厅展品栏目功能:二级分类，已经带有详细分类的数据库，后台可以更改增加操作，

下载

如何优雅地处理分页URL参数，避免混乱？

在分页功能中，URL参数的处理确实是个容易被忽视但又非常关键的细节。如果只是简单地

?page=X

，一旦页面上还有其他筛选、搜索条件，URL就会变得一团糟，甚至导致分页失效。我的经验是，要学会维护和传递现有的URL参数。

最常见的做法是，当你在生成分页链接时，不要仅仅考虑

page

参数。你需要获取当前URL中的所有GET参数，然后只更新或添加

page

参数，而保留其他参数。

一个实用的方法是：

获取当前所有GET参数： PHP的
```
$_GET
```
超全局变量就能帮你。
构建基础URL： 通常是当前脚本的名称，比如
```
index.php
```
。
遍历
$_GET
，排除
page
参数：将其他参数重新拼接成查询字符串。
添加新的
page
参数：将要跳转的页码作为
```
page
```
参数加入。

$i ";
// echo "上一页 ";
// echo "下一页 ";
?>

这样，无论用户是在搜索结果页、分类筛选页还是其他带有参数的页面，分页链接都能正确地在保留原有条件的同时，跳转到指定页码。这使得URL既清晰又功能完整，用户体验也会好很多。同时，对

$_GET['page']

的输入进行

filter_input(INPUT_GET, 'page', FILTER_VALIDATE_INT)

这样的过滤是必不可少的，防止恶意输入。

分页功能中常见的性能瓶颈有哪些，又该如何优化？

分页看似简单，但在处理海量数据时，确实会暴露出一些性能问题。这就像你让一个图书馆管理员去拿第1000本书，他可能得先走过999本书架才能找到。

*`COUNT()
```
的开销：** 当你的表有几百万甚至上千万条记录时，
```
SELECT COUNT(*) FROM your_table_name`这条语句会变得非常慢。它需要扫描整个表（或者至少是索引）来计算行数。
- 优化方案：
  - 缓存总记录数： 如果你的数据更新不频繁，可以将总记录数缓存起来（例如使用Redis、Memcached或文件缓存），定期更新。这样就不用每次都去数据库查询了。
  - 近似计数： 对于某些场景，如果精确的总数不是绝对必要，可以考虑使用近似值。例如，MySQL的
```
SHOW TABLE STATUS
```
    可以提供一个
```
ROWS
```
    的近似值，但这通常不够准确。
  - 使用
    SQL_CALC_FOUND_ROWS
    和
    FOUND_ROWS()
    ：这种方式是在执行
```
SELECT
```
    查询时，让MySQL同时计算出不带
```
LIMIT
```
    的总行数。然后在下一个查询中通过
```
SELECT FOUND_ROWS()
```
    获取。但实际测试中，它并不总是比单独的
```
COUNT(*)
```
    快，甚至有时会更慢，因为它会强制查询优化器在某些情况下做全表扫描。所以，这需要根据具体情况进行测试。
  - 索引： 确保
```
COUNT(*)
```
    如果涉及到
```
WHERE
```
    条件，条件字段有索引。
```
LIMIT OFFSET, ROWS
```
在大偏移量时的性能问题： 这是最常见也最令人头疼的问题。比如
```
LIMIT 100000, 10
```
，数据库为了找到从第100001条记录开始的10条数据，它仍然需要扫描前面的100000条记录，然后丢弃掉，这无疑是巨大的浪费。
- 优化方案：
  - 基于游标/键集（Keyset Pagination）的分页： 这是处理大偏移量分页的“银弹”。它不依赖于
```
OFFSET
```
    ，而是利用上一次查询的最后一条记录的某个唯一且可排序的字段（通常是主键ID或时间戳）。例如，如果你上一次查询的最后一条记录ID是
```
12345
```
    ，那么下一页的查询可以是：
```
SELECT * FROM your_table_name WHERE id > 12345 ORDER BY id ASC LIMIT 10
```
    或者
```
WHERE id < 12345 ORDER BY id DESC LIMIT 10
```
    （用于“上一页”）。这种方式避免了扫描大量无用数据，性能极佳。缺点是不能直接跳转到任意页码，只能“上一页”和“下一页”。但对于许多应用场景（如社交媒体信息流、日志查询）来说，这已经足够了。
  - 确保
    ORDER BY
    字段有索引：如果你必须使用
```
OFFSET
```
    ，请确保
```
ORDER BY
```
    子句中使用的字段有合适的索引。这样数据库至少可以利用索引来快速定位数据，而不是进行全表扫描。
生成过多分页链接： 当总页数非常多时（比如几百页），在页面上生成所有页码链接不仅消耗服务器资源，对用户来说也是灾难。
- 优化方案：
  - 只显示部分链接： 仅显示当前页码附近的一小段页码（例如，当前页的前后2-5页），加上“首页”、“尾页”和“...”省略号。这既能满足用户导航需求，又不会让页面显得臃肿。

除了基本的数字分页，还有哪些更现代的用户体验设计？

传统的数字分页（1, 2, 3...）虽然直观，但在某些场景下，用户体验可能并不理想。随着前端技术的发展，我们有了更多现代且流畅的分页体验设计。

“加载更多”按钮（Load More）： 这种设计在移动端和内容流（如新闻、博客）中非常流行。用户滚动到页面底部时，会看到一个“加载更多”按钮。点击后，通过Ajax请求加载下一页数据，并追加到当前列表的末尾。
- 优点： 初始页面加载快，用户只需关注内容，无需思考页码。减少了页面的重载。
- 缺点： 不容易直接跳转到特定“页”，URL通常不随内容加载而改变，对SEO可能不太友好（需要额外处理）。
无限滚动（Infinite Scroll）： 这是“加载更多”的进一步自动化版本。当用户滚动到页面底部时，系统会自动触发Ajax请求加载更多内容，并无缝地添加到当前列表。用户几乎感觉不到分页的存在。
- 优点： 用户体验极其流畅，特别适合图片画廊、社交媒体动态等内容。
- 缺点：
  - SEO挑战： 搜索引擎爬虫可能无法触发JavaScript加载所有内容，导致部分内容无法被索引。需要采取预渲染或使用
```
pushState
```
    更新URL等策略。
  - 性能： 如果内容无限多，页面会变得非常长，消耗大量内存，可能导致浏览器卡顿。
  - 可访问性： 用户可能很难找到页脚信息或特定位置的内容。
  - 回溯困难： 用户刷新页面后，需要重新滚动到之前的位置。
基于游标/键集的分页（Cursor-based Pagination）的UX体现： 虽然前面提到它是性能优化手段，但它也可以作为一种用户体验设计。在API接口中，这很常见，前端通常只提供“上一页”和“下一页”按钮，或者是一个“更多”链接。用户不会看到具体的页码，而是基于当前可见数据的上下文进行导航。
- 优点： 简单直接，避免了页码的复杂计算和显示，尤其适合数据量大且不需要精确页码跳转的场景。
- 缺点： 无法直接跳转到中间的某一页。