Shopware 6中需登录路由的查询参数丢失问题解决方法

可行方案整理 #

1. 借助身份验证框架的redirect_uri机制 #

多数成熟的身份验证框架（比如Spring Security、ASP.NET Identity）都支持在跳转登录页时，携带原始请求的完整URL（含查询参数）作为redirect_uri参数。

• 操作逻辑：拦截未登录请求时，生成带redirect_uri的登录跳转地址，比如：

  /login?redirect_uri=/my-controller/link-on-another-server?with=parameters
  

• 登录成功后，框架会自动跳转到redirect_uri指定的地址，你的控制器就能拿到完整参数，正常执行跨域重定向。
• 注意：必须对redirect_uri做合法性校验，只允许跳转至自有域名内的路由，避免钓鱼风险。

2. 前端用本地存储临时保存原始URL #

如果前端可以介入处理，在触发登录跳转前，把当前页面的完整URL存到LocalStorage或SessionStorage里：

• 步骤：
  • 用户访问需登录的路由且未登录时，前端执行sessionStorage.setItem('originalUrl', window.location.href)；
  • 登录完成后，前端读取sessionStorage.getItem('originalUrl')，跳转到该地址；
  • 控制器拿到完整参数后完成跨域重定向。
• 注意：登录成功后记得清除存储的originalUrl，避免影响后续操作。

3. 自定义拦截逻辑，直接传递查询参数 #

如果是自己实现的登录拦截器，可以在拦截未登录请求时，把查询参数编码后附加到登录跳转地址：

• 伪代码示例：

  String originalQuery = request.getQueryString();
  String encodedQuery = URLEncoder.encode(originalQuery, "UTF-8");
  String loginUrl = "/login?originalQuery=" + encodedQuery;
  response.sendRedirect(loginUrl);
  

• 登录成功后，把originalQuery参数带回控制器，重新拼接完整请求地址后执行跨域重定向。

对比你提到的会话存储方案 #

你说的将参数存入会话的方案是可行的，但上面几种方案各有适配场景：

• 方案1利用框架原生能力，最简洁安全；
• 方案2无需后端改动，适合前端可控的项目；
• 方案3灵活性高，适配自定义登录逻辑的场景。

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