如何在Azure AD中将单租户应用切换为多租户模式？

仅修改应用清单中的signInAudience字段无法完成完整的单多租户切换，配置未生效是遗漏了必要的配套调整，具体核对和修复步骤如下：

• 首先确认清单配置实际保存成功
  打开应用注册的清单编辑器，确认signInAudience字段值确实为AzureADMultipleOrgs，排除修改后未保存、门户缓存导致值回退为AzureADMyOrg的情况。注意该值仅支持所有Entra ID（原Azure AD）工作/学校组织账号登录，如果需要同时支持个人微软账号（outlook.com、live.com等），需要将值改为AzureADandPersonalMicrosoftAccount。
• 替换登录请求使用的身份验证终结点
  这是最常见的漏项：单租户应用默认使用租户专属终结点，格式为https://login.microsoftonline.com/<原租户ID/原租户域名>/oauth2/v2.0/authorize，这类终结点本身就会强制限定仅原租户账号可登录，无论清单中signInAudience配置成什么值都不会放开限制。
  你需要把所有代码、应用配置、MSAL（微软身份认证库）初始化参数里的租户标识，从原租户ID/域名替换为organizations（对应AzureADMultipleOrgs场景，仅支持工作/学校账号），对应使用的通用多租户终结点格式为https://login.microsoftonline.com/organizations/oauth2/v2.0/authorize；如果要支持个人账号则替换为common，对应终结点为https://login.microsoftonline.com/common/oauth2/v2.0/authorize。
• 核对重定向URI与权限配置
  多租户场景下，Web应用的生产环境重定向URI必须为公网可访问的HTTPS地址，仅本地调试阶段可使用localhost地址。另外如果应用配置了需要管理员同意的权限，其他租户的用户首次登录前，需要对应租户的管理员完成租户级同意授权，否则会出现登录失败，不属于配置不生效问题。
• 清理缓存验证效果
  所有配置调整完成后，使用浏览器无痕模式测试登录，避免之前留存的原租户登录缓存导致页面默认要求输入原租户域账号。

你在Azure门户UI切换时看到的个人账户支持提示，是因为早期创建的未开启MSA支持的应用，在UI侧切换时存在后端配置同步延迟，通过清单编辑器修改是官方认可的正确操作路径，不存在操作错误。

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