调用Microsoft Graph API创建事件失败：我哪里操作有误？

看起来你已经走通了授权码流程拿到了访问令牌，但在创建事件时遇到了资源找不到的错误，我们一步步来排查可能的问题：

1. 优先检查用户ID的正确性 #

你调用的https://graph.microsoft.com/v1.0/users/{user id}/events端点中，{user id}必须是目标用户的对象ID或者用户主体名称（UPN，比如xxx@yourdomain.com），如果填错了就会直接返回ResourceNotFound。

• 快速验证方法：用当前用户的访问令牌调用https://graph.microsoft.com/v1.0/me，获取返回的id和userPrincipalName，把这两个值替换到创建事件的URL里再试。
• 如果你是要给授权的当前用户创建会议，推荐直接用/me/events端点，这样能避免用户ID填写错误的问题，而且更符合"代表用户操作"的场景。

2. 验证访问令牌的上下文和权限 #

虽然你提到令牌包含配置的权限，但还是建议解析令牌确认几个关键信息：

• 检查tid字段：确认租户ID是否是目标用户所在的租户，避免因为多租户场景下令牌上下文不对导致的资源找不到。
• 检查scp字段：必须包含Calendars.ReadWrite委派权限（因为你用的是授权码流程，代表用户操作，应用权限不适用这个场景）。
• 检查oid/sub字段：确认是目标用户的ID，确保令牌的用户上下文和你要操作的用户一致。

3. 修复请求体的明显问题 #

看你的代码里有个致命错误：调用创建事件的接口时，你序列化了一个空对象new { }，这会发送空的请求体！而你之前定义的完整会议参数（subject、start、end、在线会议配置等）根本没传进去。修正后的代码应该是这样：

// 构建完整的会议请求体
var eventPayload = new { 
    subject = "Let's go for lunch", 
    body = new { contentType = "HTML", content = "Does noon work for you?" }, 
    start = new { dateTime = "2024-05-20T12:00:00", timeZone = "Pacific Standard Time" }, 
    end = new { dateTime = "2024-05-20T14:00:00", timeZone = "Pacific Standard Time" }, 
    location = new { displayName = "Harry's Bar" }, 
    attendees = new List<object>() { 
        new { 
            EmailAddress = new { Address = "mymail@whatever.com", Name = "Foo Bar" }, 
            Type = "required" // 这里要用字符串枚举值，不是C#的枚举类型
        } 
    }, 
    allowNewTimeProposals = true, 
    isOnlineMeeting = true, 
    onlineMeetingProvider = "teamsForBusiness"
};

// 序列化并指定正确的Content-Type
var json = JsonConvert.SerializeObject(eventPayload);
var data = new StringContent(json, Encoding.UTF8, "application/json");

注意：AttendeeType要传字符串值（比如"required"），不能直接传C#枚举，否则Graph API无法解析；另外StringContent必须指定application/json的内容类型，否则接口会无法识别请求体。

4. 修正令牌请求的租户参数 #

你获取令牌的代码里写了：

var url = string.Format("https://login.microsoftonline.com/{0}/oauth2/v2.0/token", "tenant");

这里的"tenant"是占位符，必须替换成实际的租户ID或者"common"（如果你的应用是多租户应用）。如果直接传字符串"tenant"，获取到的令牌会是无效的，后续调用Graph API自然会失败。

5. 确认权限配置的正确性 #

在Azure门户中，确保：

• 你添加的Calendars.ReadWrite是委派权限，不是应用权限（应用权限适用于后台无人值守的场景，和授权码流程不匹配）。
• 该权限已经获得了用户的同意（或者管理员的全局同意，如果是多租户应用需要所有用户使用）。

额外调试技巧 #

如果以上都排查过还是有问题，可以用Graph Explorer做对比测试：

1. 登录Graph Explorer，选择POST /me/events，粘贴你修正后的请求体，看是否能成功创建会议。
2. 如果Graph Explorer能成功，说明问题出在你的代码里（比如令牌获取逻辑、请求头设置等）；如果也失败，那可能是目标用户没有Exchange Online许可证（无法创建日历事件），或者权限没有正确授予。

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