使用Django类视图时如何检查响应获取分页参数

首先你遇到的应用停止运行的问题，是因为你把pdb.set_trace()写在了类属性定义区域，这部分代码会在Django启动加载视图类时直接执行，而非请求进来处理时触发，所以服务启动阶段就会卡在断点，看起来像应用停止运行。

你提到的重写dispatch方法是完全可行的方案，属于类视图调试的常规操作，除此之外你也可以根据要调试的具体逻辑选择更精准的断点位置：

• 方案1：重写dispatch方法（通用入口调试）
  dispatch是所有类视图处理请求的统一入口，所有请求逻辑都会经过这个方法，适合查看请求初始参数、跟进完整的请求处理流程，示例代码如下：

  class PostsFeedView(LoginRequiredMixin, ListView):
      template_name = 'posts.html'
      model = Post
      ordering = ('-created',)
      paginate_by = 10
      context_object_name = 'posts'
  
      def dispatch(self, request, *args, **kwargs):
          import pdb; pdb.set_trace()
          return super().dispatch(request, *args, **kwargs)
  

  触发断点后可以一步步跟进父类方法，查看分页参数的生成过程。

• 方案2：重写分页相关方法（精准调试分页逻辑）
  如果你只需要查看分页相关参数，不需要跟进完整请求流程，直接在分页逻辑对应的方法里加断点更高效，ListView的分页逻辑主要在paginate_queryset和get_context_data两个方法中：

  1. 重写paginate_queryset可以直接获取分页处理的原始参数、分页后的页面对象：

  def paginate_queryset(self, queryset, page_size):
      import pdb; pdb.set_trace()
      return super().paginate_queryset(queryset, page_size)
  

  2. 重写get_context_data可以查看最终传递到模板的所有上下文，包括分页器对象、当前页数据等：

  def get_context_data(self, **kwargs):
      context = super().get_context_data(**kwargs)
      import pdb; pdb.set_trace()
      return context
  

内容的提问来源于stack exchange，提问作者jrco1989