使用LoginView重定向时保留URL参数的问题求助

你遇到的核心问题是：未认证用户在/spaces/<int:pk>/页面提交表单后，URL会附加product_id、start_date、duration三个参数，但设置登录/注册按钮的href时，直接拼接的查询参数里的&被浏览器误解析为登录URL的参数分隔符，导致start_date和duration脱离next参数，变成登录URL的独立参数，最终登录重定向时丢失这两个参数。

方案1：前端对next参数值做URL编码（最优解） #

问题根源是前端未对包含查询参数的next值进行编码，导致&被拆分。用encodeURIComponent()将完整路径+查询参数编码后，&会转成%26，不会被浏览器误解析。修改你的JavaScript代码：

const onClick = () => {
  let prodId = document.getElementById('productId').value;
  let startDate = document.getElementById('startDate').value;
  let duration = document.getElementById('duration').value;
  const url = new URL(window.location.href);
  url.searchParams.set('product_id', prodId);
  url.searchParams.set('start_date', startDate);
  url.searchParams.set('duration', duration);
  window.history.replaceState(null, null, url);

  // 对包含查询参数的完整路径进行URL编码
  const fullTargetUrl = window.location.pathname + window.location.search;
  const encodedNext = encodeURIComponent(fullTargetUrl);
  
  document.getElementById('login').href = `{% url 'login' %}?next=${encodedNext}`;
  document.getElementById('register').href = `{% url 'register' %}?next=${encodedNext}`;
}

生成的登录URL会变成/login/?next=%2Fspaces%2F1%2F%3Fproduct_id%3D14%26start_date%3D2022-12-23%26duration%3D1，Django的LoginView会自动解码next参数，登录后就能完整重定向到带所有参数的详情页，无需修改后端代码。

方案2：后端重写get_redirect_url（备选） #

如果无法修改前端代码，可以重写LoginView的get_redirect_url方法，手动将被拆分的参数合并回next路径：

from django.contrib.auth.views import LoginView

class CustomLoginView(LoginView):
    def get_redirect_url(self):
        redirect_to = self.request.GET.get('next', '')
        if not redirect_to:
            return super().get_redirect_url()
        
        # 提取登录URL中被误拆分的参数
        extra_params = self.request.GET.copy()
        extra_params.pop('next', None)
        
        if extra_params:
            # 将额外参数拼回next路径
            separator = '&' if '?' in redirect_to else '?'
            redirect_to += separator + extra_params.urlencode()
        
        return redirect_to

然后在urls.py中替换默认登录视图为这个自定义视图即可。但这种方式需要处理多种边界情况（比如用户手动添加的其他参数），优先级低于前端编码方案。

• 可以省略history.replaceState步骤，直接构造目标URL编码后作为next参数，避免修改用户浏览历史（如果不需要让用户看到URL变化的话）。
• 可将表单数据存入localStorage，登录后从本地存储读取自动填充表单，作为双重保障，防止URL参数意外丢失。

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