使用Azure AD B2C自定义策略实现注册后清除浏览器会话的方案咨询

1. 注册按钮点击注入JS清除会话 #

首先在自定义策略的对应内容定义（ContentDefinition）或RelyingParty节点中，将ScriptExecution配置为Allowed，开启自定义脚本执行权限。之后在你自定义的UI HTML模板中插入JS代码，通过DOM选择器定位到注册提交按钮，绑定点击事件回调：回调优先清除所有x-ms-cpim-*前缀的B2C会话Cookie，以及应用侧存储在localStorage、sessionStorage中的身份凭据，再放行默认的表单提交逻辑即可，该方案可以在用户提交注册信息前就清除旧用户的会话残留，不会干扰新用户的注册流程。

2. 注册完成专用重定向落地页 #

你可以修改自定义策略的用户旅程配置，将注册成功后的首个重定向地址指向自行开发的专用会话清理落地页，该页面无需任何可视化内容，仅执行两个预设逻辑：

• 执行ClearUserSession()：清理所有B2C相关Cookie、应用侧的身份存储数据
• 执行RedirectToLogin()：将用户重定向到业务指定的登录页或应用首页
  使用该方案需要提前将落地页域名添加到Azure AD B2C的重定向URI白名单以及CORS允许列表，避免跳转被拦截。

3. 其他可行兜底方案 #

• 自定义策略内置登出逻辑：在注册流程的用户旅程最后一步，新增触发B2C内置登出的步骤，注册完成后不直接向应用下发令牌，先调用B2C登出端点清除服务端会话和浏览器Cookie，完成后再执行后续重定向，从身份提供商侧彻底清除旧用户会话。
• 应用侧回调校验：在应用的重定向URI处理逻辑中新增身份校验规则，每次拿到B2C返回的令牌后，先比对令牌中的用户ID与当前本地已登录用户ID是否一致，如果不一致则直接主动清除本地旧会话，再使用新令牌建立新的用户会话，该方案无需修改B2C策略，作为兜底逻辑可以覆盖所有会话冲突场景。

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