使用个人账号获取authorization_code时遇AADSTS9002313错误求助

针对你遇到的组织外账号无法获取有效授权码、触发AADSTS9002313错误的问题，可按以下步骤排查解决：

1. 确认应用的账户访问范围设置 #

• 登录Azure门户，进入你的应用注册页面，找到管理 > 身份验证下的支持的账户类型
• 确保选中的是任何组织目录中的账户和个人Microsoft账户（例如Skype、Xbox），而非仅组织内账户。若之前设置错误，修改后保存并等待5-10分钟生效。

2. 匹配授权端点与账户类型 #

• 当前使用的https://login.microsoftonline.com/common/oauth2/v2.0/authorize端点支持工作/学校账户和个人Microsoft账户，但需确保应用账户类型设置与之匹配。
• 若仅测试个人Microsoft账户，可临时切换到consumers端点：https://login.microsoftonline.com/consumers/oauth2/v2.0/authorize

3. 校验授权请求参数完整性 #

确保授权请求包含所有必要参数，且参数值与应用注册完全一致：

https://login.microsoftonline.com/common/oauth2/v2.0/authorize?
client_id=你的应用ClientID
&response_type=code
&redirect_uri=http://localhost:8080/api/admin/office365_calendar/refresh_token
&scope=User.Read offline_access 你的业务所需权限（如Calendars.ReadWrite）
&state=随机生成的状态值

• 重点检查redirect_uri必须与应用注册中添加的重定向URI完全一致（包括协议、端口、路径）
• scope需包含个人Microsoft账户支持的权限，避免使用仅面向组织账户的权限

4. 处理异常授权码问题 #

你获取到的M.C549_BAY.2.U.xxx格式"授权码"并非有效授权码，而是请求不被允许时的错误标识。完成上述1-3步骤后，重新发起授权请求，应能获取到正常的长字符串格式授权码。

5. 检查应用权限配置 #

• 进入应用注册的管理 > API权限，确认添加的Delegated权限支持个人Microsoft账户（如User.Read、Calendars.ReadWrite等）
• 若涉及组织账户，需点击授予管理员同意；个人账户则会在登录流程中自行完成授权确认

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