render() 里拿不到起始/结束记录数，因为分页器只负责页码渲染，不计算范围；需用 currentPage()、perPage()、total() 手动计算，并注意空数据和数据层一致性。
为什么 render() 里拿不到当前页的起始/结束记录数
ThinkPHP 自带的分页器（如 LengthAwarePaginator 或 Bootstrap 风格分页）默认只渲染页码 HTML，不暴露当前页的偏移量和条目范围。你调用 $list->render() 时，底层根本没计算“第几条到第几条”——它只关心页码跳转逻辑。
真正能拿到这些数字的地方，是分页器实例本身，但需要手动组合：$list->currentPage()、$list->perPage()、$list->total()，再配合简单算术。
- 起始序号 =
($list->currentPage() - 1) * $list->perPage() + 1 - 结束序号 =
min($list->currentPage() * $list->perPage(), $list->total()) - 注意：当结果为空（
$list->total() === 0）时，两个值都应为 0，避免显示 “第1-0条” 这类错误
如何在不改核心类的前提下注入提示文字
最稳妥的方式是把提示语作为独立片段，在模板中紧挨着 render() 输出，而不是去重写分页器类或修改 render() 方法逻辑——那样会破坏升级兼容性，且 TP6/TP8 的分页器结构差异大，容易踩坑。
假设你在 Blade 模板（TP6+）或 ThinkPHP 原生模板中遍历数据，可以这样写：
立即学习“PHP免费学习笔记（深入）”；
<div class="pagination-info">
@if($list->total() > 0)
第 <strong>{{ ($list->currentPage() - 1) * $list->perPage() + 1 }}</strong>–
<strong>{{ min($list->currentPage() * $list->perPage(), $list->total()) }}</strong> 条，
共 <strong>{{ $list->total() }}</strong> 条
@else
暂无数据
@endif
</div>
<div class="pagination">
{{ $list->render() }}
</div>- 不要试图在
render()返回的 HTML 字符串里用正则替换插入文字——分页器输出结构可能随版本变化，极不稳定 - TP8 的
Paginator实例方法名一致，这段逻辑可复用；TP5.1 则需确认是否用了think\paginator\driver\Bootstrap，其currentPage()等方法同样可用 - 如果项目用了自定义分页视图（比如
resources/views/paginate.blade.php），可以把这段提示直接塞进那个文件顶部
分页提示与 total() 不一致的常见原因
你看到“第 1–15 条，共 12 条”这种矛盾提示，通常不是代码算错，而是数据层和分页层没对齐。
-
$list->total()来自COUNT(*)查询，而实际数据集（$list->items()）可能被后续filter()、map()或 PHP 层条件过滤过——分页器不知道这事 - 使用了
paginate()但传入的是已执行过的数组（比如先select()再paginate(15)），此时total()会误判为数组长度，而非数据库真实总数 - 开启了查询缓存，但缓存中的
COUNT结果未及时更新，导致total()滞后于实际数据
验证方式：打印 dd($list->total(), $list->count(), count($list->items()))，三者应相等（count() 是当前页条数，其余两个是总数）。
移动端适配：要不要隐藏提示文字
小屏幕下，“第 1–15 条，共 120 条”可能挤占页码空间。与其响应式隐藏，不如按设备特征做轻量判断：
- 服务端无法可靠识别移动端，所以不建议用
Request::isMobile()控制显示——它不准，且增加耦合 - 纯 CSS 更稳妥：
.pagination-info { display: block; } @media (max-width: 768px) { .pagination-info { font-size: 12px; margin-bottom: 4px; } } - 真要隐藏，用
class="d-none d-md-inline"（Bootstrap 类）比 JS 检测 UA 更可靠；但注意：这个提示对弱网用户很有用，盲目隐藏反而降低体验
最常被忽略的是分页提示的语义一致性：如果你的接口返回的是游标分页（cursor-based），那“第 X-Y 条”本身就是错误概念——这时候该禁用该提示，而不是硬套公式。
