本文解决 Django 中 Paginator 在非首页（如用户 profile 页面）无法正常分页的问题，核心在于修正 request.GET.get() 的参数名和模板分页链接逻辑。
本文解决 django 中 `paginator` 在非首页（如用户 profile 页面）无法正常分页的问题，核心在于修正 `request.get.get()` 的参数名和模板分页链接逻辑。
在 Django 中使用 Paginator 时，分页功能依赖两个关键环节：后端正确解析 URL 中的页码参数（默认为 page），以及前端模板生成符合规范的分页链接。你遇到的“仅首页分页有效、profile 页面失效”问题，根本原因在于视图函数中错误地将 request.GET.get() 的参数设为 paginator2（一个 Paginator 实例），而非字符串 'page'。
请看原始代码中的关键错误：
page_numberr = request.GET.get(paginator2) # ❌ 错误：传入的是 Paginator 对象，非字符串键名
这会导致 page_numberr 恒为 None，进而使 paginator2.get_page(None) 默认返回第 1 页，且后续所有分页请求均无法被识别——无论点击“next”还是输入 ?page=2，URL 参数 page 都未被正确读取。
✅ 正确写法应为：
page_numberr = request.GET.get('page') # ✅ 明确指定查询参数名为 'page'
page_objj = paginator2.get_page(page_numberr)
此外，还需确保 HTML 模板中的分页链接保留原有查询参数（例如用户 profile 名），否则点击分页链接时会丢失上下文，导致 profile 视图无法获取 profile 参数而报错（如 NoReverseMatch 或 User.DoesNotExist）。当前模板仅使用 ?page=...，会清空路径信息。推荐改用 Django 模板过滤器构建安全链接：
<div class="pagination">
<span class="step-links">
{% if page_objj.has_previous %}
<a href="?page=1&profile=%7B%7B%20profile%20%7D%7D">« first</a>
<a href="?page=%7B%7B%20page_objj.previous_page_number%20%7D%7D&profile=%7B%7B%20profile%20%7D%7D">previous</a>
{% endif %}
<span class="current">
Page {{ page_objj.number }} of {{ page_objj.paginator.num_pages }}.
</span>
{% if page_objj.has_next %}
<a href="?page=%7B%7B%20page_objj.next_page_number%20%7D%7D&profile=%7B%7B%20profile%20%7D%7D">next</a>
<a href="?page=%7B%7B%20page_objj.paginator.num_pages%20%7D%7D&profile=%7B%7B%20profile%20%7D%7D">last »</a>
{% endif %}
</span>
</div>
⚠️ 注意事项：
- 若 URL 使用命名空间（如 path('profile/
/', views.profile, name='profile')），更健壮的做法是结合 {% url %} 模板标签与 urlencode 处理参数，避免硬编码； - 建议在 get_object_or_404 替代 User.objects.get(...)，提升健壮性；
- user_posts 查询中 .all() 是冗余的，filter(...).order_by(...) 已返回 QuerySet，可直接移除；
- 分页性能优化：对大数据集，考虑添加数据库索引（如 creator_id 字段）。
修复后，profile 页面即可支持完整分页导航，与首页逻辑完全解耦且稳定可靠。
