如何基于选择集避免执行解析器？附场景示例

这个问题其实是GraphQL里典型的N+1查询优化场景——当客户端只需要关联资源的ID时，完全没必要去数据库挨个查完整对象，直接用已有的ID数组就能搞定。我来拆解具体实现思路：

核心思路：解析查询的选择集 #

GraphQL的解析器函数能拿到一个info参数，里面包含了客户端查询的AST（抽象语法树）信息。我们可以通过分析这个AST，判断客户端到底请求了哪些字段，从而决定是直接返回ID还是执行完整查询。

实现步骤 #

1. 手动解析AST（基础版） #

在你的starredPosts解析器里，直接从info里提取请求的字段：

const starredPostsResolver = (parent, args, context, info) => {
  // parent就是当前的User对象，parent.starredPosts是存储的Post ID数组
  // 提取当前字段的所有选择项
  const requestedFields = info.fieldNodes[0].selectionSet.selections.map(sel => sel.name.value);
  
  // 判断是否只请求了id字段
  if (requestedFields.length === 1 && requestedFields[0] === 'id') {
    // 直接返回包装成Post类型的ID对象数组（要符合Schema类型定义）
    return parent.starredPosts.map(id => ({ id }));
  }
  
  // 如果请求了其他字段，再去数据库查询完整的Post对象
  return Promise.all(
    parent.starredPosts.map(id => Posts.findOne(id))
  );
};

注意：不能直接返回字符串ID数组，因为GraphQL期望的是Post类型的对象，哪怕只有id字段，也要包装成{ id: 'xxx' }的格式，否则会触发类型不匹配错误。

2. 用工具库简化解析（进阶版） #

手动遍历AST容易踩坑（比如处理别名、嵌套字段），用成熟的工具库更可靠。比如@graphql-tools/utils里的getFields函数：

import { getFields } from '@graphql-tools/utils';

const starredPostsResolver = (parent, args, context, info) => {
  // 一键获取请求的字段列表
  const requestedFields = getFields(info);
  
  // 判断是否仅请求了id字段
  if (Object.keys(requestedFields).length === 1 && requestedFields.id) {
    return parent.starredPosts.map(id => ({ id }));
  }
  
  // 否则执行正常查询
  return Promise.all(parent.starredPosts.map(id => Posts.findOne(id)));
};

这个工具会自动处理各种复杂的查询情况，比如客户端用了别名starredPosts { postId: id }，也能正确识别出其实是在请求id字段。

3. 验证类型兼容性 #

确保你的返回结构和GraphQL Schema定义一致。比如你的Post类型是：

type Post {
  id: ID!
  title: String!
  content: String
}

只返回{ id }是完全合法的——因为客户端没请求title和content，GraphQL不会校验这些字段是否存在，只要必填的id存在就没问题。

为什么这能优化性能？ #

这直接解决了GraphQL里的N+1查询问题：原本要执行1次用户查询 + N次Post查询，现在当只需要ID时，只需要1次用户查询就能满足需求，大幅减少数据库请求次数，提升接口响应速度。

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