PAYATHON 2026

如何用 C# 和 Microsoft Graph 向共享日历添加事件？

数据小陈

结论

WaitingForActivation 表示任务还没有完成计算，本身不代表 Graph 返回了错误。按钮处理程序调用 Add() 后没有 await，接着把 Task<Event> 直接传给 Response.Write。页面因此不会等待事件创建完成，也无法输出创建结果。另一个可能的等待点是 DeviceCodeCredential：它会要求用户完成设备代码登录，但代码把提示写到服务器控制台，网页用户通常看不到。

如果用户通过委派访问共享日历，并且已获写入权限，应用需要请求 Calendars.ReadWrite.Shared，再通过该用户可访问的共享日历 ID 创建事件。Microsoft Graph 的共享或委派日历示例使用 me/calendars/{calendarId}/events 形式的端点。共享日历事件示例 权限说明

先让 Web Forms 等待异步操作

如果这是 ASP.NET Web Forms 页面，请在页面指令中启用异步页面：

<%@ Page Language="C#" Async="true" ... %>

将按钮处理程序改为异步，并等待 Add() 返回的任务。输出事件属性，而不是任务对象本身：

protected async void btnAdd_Click(object sender, EventArgs e)
{
    try
    {
        Event createdEvent = await Add();
        Response.Write(createdEvent.Subject);
    }
    catch (Exception ex)
    {
        clsCommon.LogError(ex);
    }
}

这样，Graph 调用抛出的异常也会进入 catch，页面则会等调用完成后再继续。不要用 .Result 或 .Wait() 阻塞异步调用。

核对共享日历权限和目标

当前代码请求的是：

var scopes = new[] { "Calendars.ReadWrite" };

如果登录用户要写入别人共享给自己的日历，请确认 Azure 应用注册中配置了 Microsoft Graph Delegated 权限 Calendars.ReadWrite.Shared，并在登录时请求该 scope。登录用户还必须在 Outlook 或 Exchange 中拥有该日历的写入权限。应用权限不会自动替代日历所有者授予的访问权。

获取登录用户可访问的日历并选定共享日历后，使用该日历 ID。按照所给代码使用的旧版 Graph .NET SDK 调用形式，示例如下：

var scopes = new[] { "Calendars.ReadWrite.Shared" };

// calendarId 应是登录用户可访问的共享日历 ID
var createdEvent = await graphClient.Me.Calendars[calendarId]
    .Events
    .Request()
    .AddAsync(myEvent);

所给代码中的 .Request().AddAsync(...) 属于旧版 SDK 调用形式。若项目使用新版 SDK，客户端调用方式会不同，应根据项目实际安装的 SDK 版本调整。不要只把邮箱地址放入 Users[...] 就认为共享授权已经生效；委派共享日历场景下，应确认端点和权限组合相匹配。

检查设备代码登录流程

DeviceCodeCredential 会通过 DeviceCodeCallback 提供登录说明和验证码。当前回调只执行 Console.WriteLine(code.Message)。在网页应用中，这通常只会把信息写到服务器控制台，浏览器里的用户看不到验证码，也就无法完成登录。调试时，应将提示安全地呈现给当前用户，或改用适合 Web 应用的交互式登录流程。不要把 client secret 等机密放进浏览器。

在 Azure Portal 中，核对应用注册的租户和 client ID、Microsoft Graph 委派权限、所需的用户或管理员 consent，以及与所选登录流程匹配的应用类型配置。若继续使用设备代码流，还要检查应用是否允许公共客户端流。client ID 和 tenant ID 本身不会授予日历访问权。

仍然卡住时

在 Add() 调用和 await Add() 周围记录异常类型、消息及 inner exception，并确认设备代码登录已经完成。检查 clientId 字符串末尾是否有多余空格；示例中的 "clientId " 带有尾随空格，应替换为 Azure Portal 中准确的应用 ID。日期时间格式和时区也应符合目标日历的预期。如果创建请求已成功，可检查返回的事件 ID 和 Graph 响应，确认事件写入了正确的日历。

备注：内容仅供参考。