GrpahQL 的 DataFetcher 中是否应该始终使用多线程？

Question

我正在使用 GraphQL java 实现。

虽然 GraphQL 的优势之一是并行获取不同的字段，但我发现如果我不在 DataFetchers 中使用像 CompletableFuture 这样的多线程方法，则只有一个线程在使用。

所以我的问题是，我是否应该始终在 DataFetcher 中使用多线程，如下面的official doc 所示，即使它只是从一个源（例如数据库）而不是多个源获取？

似乎这是推荐的方法，至少不会造成伤害。

但我想听听更有经验的开发者的意见。

提前致谢！

Answer 1

在graphql-java实现中，默认情况下，所有的resolver都是按顺序调用的。

考虑下面的架构

type Query {
 allPost: [Post!]
}

type Post {
  id: ID!
  tittle: String!
  postDetail: PostDetail!
  comments: [Comments!]
}

type PostDetail {
  id: ID!
  # This can be converted into enum
  postMediaType: String! 
  postUrl: String!
}

type Comment{
 id:ID!
 name: String!
 description: String!
}

这是对上面给出的模式的查询

{
  allPost{
    id
    tittle
    postDetail {
     id
     postMediaType
     postUrl
    }
    comments{
     id
     name
     description
    }
  }
}

当服务器首先执行此查询时，将调用 Post 解析器，如果 Post 解析器未返回 cmets 或 postDetail 数据，则 graphQL 将尝试搜索相应的解析器，如果找不到，服务器将在启动期间失败.

现在，graphQL 服务器将首先调用 PostDetail 解析器并等待其完成，然后调用 Comments Resolver 来获取该帖子的所有 cmets 列表。

我们可以看到，即使 PostDetail 解析器和 Comments 解析器不相互依赖，解析器也是按顺序调用的。 这是我们可以使用 CompletableFuture 使 PostDetail 解析器和 Comments 解析器异步的地方。

在这种情况下，首先将调用 Post 解析器，然后 graphql 将调用 PostDetail 解析器，该解析器将返回 CompletableFuture，然后它将调用 Comments 解析器，该解析器也将返回 CompletableFuture，稍后当这两个未来都完成时，它会发回响应给客户。

因此它不取决于您拥有的数据源的数量 GraphQL 不关心不同类型的数据源，它只关心类型/字段的 Datafecters 的接线。

如果它们之间没有依赖关系，您可以并行运行解析器。