修改Microsoft Graph Node.js控制台示例代码获取用户Presence时遇到403权限错误

看起来你在改造Microsoft Graph Node.js控制台示例来获取用户在线状态时碰到了403权限问题，我来帮你梳理下可能的原因和解决办法：

1. 先理清权限类型与认证流程的匹配关系 #

403错误最常见的原因就是权限类型和你使用的认证流程不匹配：

• 如果你的控制台应用用的是客户端凭证流（Client Credentials Flow）（也就是无用户上下文的后台调用），只能使用应用权限，委派权限在这里完全不生效。你之前添加的委派权限在这个流程下是不会被包含在令牌里的，自然会返回403。
• 如果想使用委派权限（比如调用/me/presence），必须改用**设备码流（Device Code Flow）**或者授权码流，需要用户手动登录授权，因为委派权限需要有用户上下文。

2. 检查权限配置的细节 #

针对获取Presence的场景，权限要求有明确限制：

• 应用权限：要获取其他用户的Presence，必须添加Presence.Read.All应用权限，而且这个权限需要Azure AD管理员手动授予同意（在应用注册的“权限”页面点击“授予管理员同意”按钮），普通用户无法授权。
• 委派权限：调用/me/presence需要Presence.Read委派权限，且必须通过用户登录授权后才能获取到包含该权限的令牌。

3. 调整代码中的认证请求 #

根据你选择的权限类型，调整认证请求的scope：

• 如果用应用权限+客户端凭证流，确保tokenRequest的scope是https://graph.microsoft.com/.default，这是应用权限流的标准scope：

  const tokenRequest = {
      scopes: ["https://graph.microsoft.com/.default"],
      // 其他原有配置...
  };
  

• 如果改用委派权限+设备码流，需要把scope改成https://graph.microsoft.com/Presence.Read，同时调整认证流程为设备码模式（原示例可能需要修改认证逻辑来支持设备码登录）。

4. 验证API调用的合理性 #

你当前使用的https://graph.microsoft.com/v1.0/users/{id}/presence这个URI是正确的，但要注意：

• 应用权限下可以调用这个接口获取任意用户的Presence（前提是有Presence.Read.All权限且管理员同意）；
• 如果是委派权限，只能调用/me/presence获取当前登录用户的Presence，不能直接指定其他用户ID。

建议你先明确自己的使用场景：是后台无用户交互获取其他用户状态，还是需要用户登录获取自身状态，然后对应匹配权限和认证流程，应该就能解决403的问题了。

备注：内容来源于stack exchange，提问作者Hello123