iOS应用集成MS Intune出现双登录流问题的技术咨询

你当前遇到的「自有登录流程+Intune独立MS登录弹窗并存」的情况，在你当前选择的集成路径下是符合SDK设计预期的。

为什么会出现这个现象 #

你目前采用的是SDK针对「完全未接入ADAL/MSAL鉴权的应用」的适配方案，这条路径的设计逻辑就是由Intune SDK全权负责MS身份的鉴权校验、MAM注册全流程，因此在调用loginAndEnrollAccount方法后，自然会触发独立的MS登录页跳转，不会自动和你应用已有的自有登录逻辑做打通融合。
这套方案的适用边界非常明确：仅面向完全没有Azure AD身份鉴权能力、或没有自有登录体系的应用，目的是让这类应用可以快速获取Intune MAM保护能力，不需要改动自身的核心鉴权逻辑。

实操层面的体验优化方向 #

你当前的场景完全不适合套用这套无MSAL鉴权的接入方案，完全可以通过调整集成逻辑消除重复登录的问题：

• 复用你应用已有的MSAL能力：你已经在项目中引入了MSAL库，且客户本身就是通过MS账号完成自有SSO登录，这种情况下根本不需要触发SDK自带的登录弹窗。当用户在自有登录流程中完成MS账号鉴权、拿到合法的MSAL访问令牌后，直接调用IntuneMAMEnrollmentManager的enrollAccount:方法，传入当前登录用户的UPN，SDK会基于你已经完成的鉴权结果直接拉取对应的应用保护策略，全程不会额外弹出独立的MS登录页。
• 对齐流程触发时序：务必在用户完成自有登录流程、鉴权状态校验通过之后，再触发Intune的注册逻辑，不要在用户未完成登录的阶段提前调用Intune相关的登录、注册接口，避免出现流程跳转混乱的问题。
• 做好身份映射校验：如果受场景限制必须使用SDK自带的登录弹窗流程，需要在Intune的注册完成回调中，将SDK返回的MS账号身份和你应用自有的用户账号做匹配绑定，避免出现身份不匹配导致的保护策略下发错误。

常见踩坑提示：很多初次集成Intune的开发者会混淆SDK的适配场景，把本身已经具备MSAL鉴权能力的应用，硬套进无MSAL鉴权的接入流程，最终出现重复登录的体验问题。SDK本身的设计优先级就是优先复用应用已有的Azure AD鉴权结果，仅当应用完全没有能力完成MS身份鉴权时，才会启用SDK自带的弹窗登录流程。

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