同域下Identity provider登录页书签保存为受保护站点地址方案问询

• 方案1：无参数自动跳转兜底（兼容性最优，无侵入）
  直接在IDP登录页的初始化逻辑中添加判断：当请求没有携带认证流程必需的参数（比如redirect_uri、state、client_id等）时，直接返回302响应重定向到https://mysite.domain.com。即使用户保存的是IDP页面地址，点击书签后也会自动跳转至受保护站点，再触发正常的认证流程，完全不影响用户使用体验，也不需要修改前端逻辑和浏览器默认行为。
• 方案2：修改地址栏展示地址（同根域适用，直接满足需求）
  因为两个站点部署在同一根域下，在IDP登录页加载完成后，可通过history.replaceState修改地址栏展示内容，注意仅修改地址的path和search部分、保留idp.domain.com的域名时不需要处理跨域问题，同时在IDP域名下新增一条指向受保护站点的重定向规则：当用户访问https://idp.domain.com/[你自定义的受保护站点路径]时直接跳转至https://mysite.domain.com。修改完成后用户保存书签时默认记录的就是你自定义的可直接跳转的地址，不需要用户额外操作。
• 方案3：快捷键拦截辅助（补充方案，适配手动添加书签场景）
  可以在IDP登录页监听keydown事件，当检测到用户按下Ctrl+D（Windows/Linux）或Command+D（Mac）的添加书签快捷键时，拦截默认行为，提示引导用户手动添加受保护站点地址，部分支持window.external.AddFavorite接口的浏览器也可以直接调用接口添加指定地址的书签，作为前两个方案的补充。

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