命令行测试PHP分页需手动构造请求上下文：用$_SERVER['argv']替代$_GET，抽取get_page_number()函数统一处理；校验$page边界并确保CLI加载相同数据库配置，避免因环境差异导致分页失效。
命令行怎么模拟 HTTP 请求测试 PHP 分页
PHP 分页逻辑本身不依赖浏览器，但常因 $_GET['page'] 缺失或类型错误在 CLI 下直接报错或跳默认页。命令行测试的关键是手动构造请求上下文，而不是靠浏览器自动带参数。
常见错误现象：Undefined index: page、分页始终显示第 1 页、ceil($total / $limit) 算出 0 页（因数据未加载）。
- 用
$_SERVER['argv']替代$_GET：比如运行php pager.php 3，则$page = (int)$argv[1] ?? 1; - 不要在分页逻辑里硬写
$_GET['page']—— 抽出一个get_page_number()函数，CLI 和 Web 共用 - CLI 下无
$_SERVER['REQUEST_URI']，生成分页链接时需跳过或用占位符（如"?page={page}"）
为什么 intval($_GET['page']) 在 CLI 下会出问题
因为 CLI 模式下 $_GET 是空数组，intval(null) 返回 0，导致 $page = 0，再减 1 变成负数，查数据库时 LIMIT ?, ? 绑定负偏移会直接报错或返回空结果集。
使用场景：调试分页 SQL 的 OFFSET 计算是否安全。
立即学习“PHP免费学习笔记（深入）”；
- 正确做法是先判断是否存在、是否为数字字符串：
filter_input(INPUT_GET, 'page', FILTER_VALIDATE_INT) ?: 1 - CLI 测试时统一走
filter_var($argv[1] ?? 1, FILTER_VALIDATE_INT) ?: 1 - 永远对
$page做边界校验：$page = max(1, min($page, $total_pages))，避免越界
分页 SQL 在 CLI 中查不到数据的典型原因
不是分页逻辑错了，而是数据环境没准备好 —— CLI 不走 Web 路由、不加载数据库配置、不触发自动连接。
性能影响：如果每次 CLI 执行都重新 connect + query，又没复用 PDO 实例，容易触发连接数超限或慢查询误判。
- 确保 CLI 脚本引入了和 Web 相同的 DB 配置文件（如
require 'config/database.php'） - 检查是否用了
mysqli_connect()但忘了在 CLI 下指定 host（Web 环境可能用 socket，CLI 必须写127.0.0.1） - 用
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION，否则 SQL 错误静默失败，CLI 下更难定位
var_dump() 输出分页变量时看不到换行？
CLI 默认输出是纯文本流，var_dump() 的嵌套结构在终端里挤成一行，尤其 $pages 数组含 URL 字符串时根本没法读。
兼容性影响：某些旧版 PHP CLI（如 7.2）对 cli_isatty() 判断不准，导致彩色 var_dump 插件失效。
- 改用
print_r($pages, true)+echo "\n"控制格式 - 简单调试直接
echo "Page: {$page}, Offset: {$offset}, Total: {$total}\n"; - 真要结构化输出，加个
json_encode($pages, JSON_PRETTY_PRINT)，人眼可读性高很多
分页最麻烦的从来不是算页码，而是让 CLI 和 Web 共享同一套参数解析、数据获取、错误处理逻辑 —— 多半问题出在“以为一样，其实两套代码”。
