当页面多个分页请求共用page参数时会冲突，解决方法是调用paginate()时传入['var_page' => 'spage']使各分页使用独立参数名，如/newsCommentList?spage=2，避免$_GET['page']被覆盖。
分页参数 page 和多个接口共存时冲突
当一个页面同时发起多个分页请求（比如新闻列表 + 评论列表），它们都默认用 page 参数，后加载的请求会覆盖前一个的 $_GET['page'] 值，导致第二个分页始终从第 2 页开始。这不是缓存问题，是 PHP 的全局 $_GET 数组被共享所致。
解决方法是给每个分页单独指定参数名，避免交叉干扰：
- 在调用
paginate()时传入['var_page' => 'spage']，让该分页只读spage而非page - 对应 URL 就变成
/api/newsCommentList?spage=2，完全隔离 - 注意：
var_page是 TP5/6 中 paginate 第三个参数里的键，不是配置项，不能写在config/paginate.php里
路由规则里含 :id 通配符导致分页跳转失败
如果你定义了 Route::get('[:id]', 'Index/read') 这类宽泛路由放在最前面，它会提前匹配掉所有带斜杠的路径（包括 /p/2），导致分页生成的跳转链接直接 404，连分页类都进不去。
检查和修复步骤：
立即学习“PHP免费学习笔记（深入）”；
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 运行
php think route:list看实际加载顺序，确认[:id]是否排在分页相关路由之前 - 把这类通配路由移到文件末尾，或改用更精确的写法，例如
'article/:id\d' => 'Article/read' - 如果必须保留通配，加正则约束：
':id' => '\d+'写进__pattern__，避免字母 ID 吃掉分页路径
自定义路由中分页参数无法注入到 URL
你写了 Route::get('list/p/:p/size/:size', 'Index/list')，控制器也接收了 $p 和 $size，但 paginate() 生成的分页链接仍是 ?page=2&list_rows=15，没按你的路由格式输出。
这是因为 paginate() 默认不感知路由变量，需要手动告诉它怎么拼 URL：
- 调用时加
'query' => ['p' => $p, 'size' => $size]，确保翻页时带上当前值 - 同时设置
'var_page' => 'p'和'list_rows' => $size，让分页逻辑读对参数 - 若用 TP6.1+，可配合
config/paginate.php统一设'page' => 'p'，但query仍需手动传，否则链接里缺变量
服务器端分页链接乱码或路径错乱
本地正常、上线后分页链接变成 /p/[page] 或跳转到错误路径，大概率是 Page 类被魔改过，尤其是 ThinkPHP 3.2 系列里常见的 page.class.php 第 70 行误加了 strtolower() 导致 URL 编码异常。
关键点：
- 不要动
str_replace(urlencode('[PAGE]'), $page, $this->url)这行原始逻辑 - 检查是否有人为添加
strtolower(urlencode('[PAGE]'))—— 这会让框架找不到原始占位符，回退成字面量替换 - TP5/6 用户不用碰这个文件，乱码多来自 Nginx/Apache 的 rewrite 规则未正确传递 query 参数，重点查
try_files或QSA标志是否启用
var_page、query、__pattern__、URL 重写规则这四者只要有一处没对齐，就会表现成“点不动”“跳错页”“参数消失”，调试时得挨个验证，不能只看一边。 
