使用Microsoft Graph $select参数查询个人待办任务时返回HTTP 400无效请求的问题排查

我完全懂你遇到的糟心状况——明明按照文档用了$select参数想精简待办任务的返回字段，结果一加上就报HTTP 400无效请求，不加反而一切正常，可你又确实需要缩小请求体积来提速，太闹心了。结合你用的是个人Microsoft账户（MSA）的情况，我给你梳理几个排查和解决的方向：

• 先处理个人账户API的隐性限制
  针对个人MSA账户的Todo Tasks接口，用$select时有个容易踩的坑：它对返回字段有隐性要求，只选id和title这类字段会触发400错误。你可以试试在$select里额外加一个系统字段，比如createdDateTime，修改后的参数设置是这样的：

  rc.QueryParameters.Select = new string[] {"id", "title", "createdDateTime"}
  

  不少用个人账户的开发者都反馈，加上这个字段后400错误直接消失了，这是因为个人账户的Todo端点依赖部分系统字段做内部处理，必须明确包含进去。

• 升级你的Graph SDK版本
  如果你用的是比较旧的Microsoft Graph .NET SDK，有可能存在针对个人账户$select参数处理的bug。建议你把Microsoft.Graph和Microsoft.Graph.Core这两个NuGet包升级到最新稳定版，再重新测试请求——新版本通常会修复这类账户兼容性的问题。

• 脱离SDK直接验证API请求
  你可以先用Graph Explorer（登录你的个人MSA账户）发个纯HTTP请求试试：

  GET https://graph.microsoft.com/v1.0/me/todo/lists/{listId}/tasks?$select=id,title
  

  如果这个直接请求也返回400，那就能100%确定是API本身的限制；要是能正常返回数据，那问题就出在SDK的参数处理上，这时候可以换一种方式手动添加$select参数：

  var tasks = await graphClient.Me.Todo.Lists[listId]
      .Tasks
      .GetAsync(requestConfiguration =>
      {
          requestConfiguration.QueryOptions.Add(new QueryOption("$select", "id,title"));
      })
      .ConfigureAwait(false);
  

按照上面的步骤逐一排查，应该就能解决你的问题，既实现字段精简，又能正常获取待办任务数据了。

内容来源于stack exchange