GraphQL：如何在单个HTTP请求中先执行Mutation再执行Query？

我懂你的痛点——原本以为简单的需求，用批处理却踩了异步的坑，Query跑在Mutation前面完全达不到预期。其实GraphQL标准里单请求默认只能有一个操作，但有两种可靠的方式能实现你要的“先改再查、一次请求”的效果：

方法1：把查询逻辑合并到Mutation的返回字段中（最推荐，符合标准） #

GraphQL的Mutation允许返回任意类型的数据，包括你原本需要用Query获取的内容。也就是说，你可以在执行修改操作的同时，直接让Mutation返回你要刷新的数据集，这样服务器会先完成Mutation的修改逻辑，再返回包含查询结果的响应，完全是同步顺序执行的。

举个实际例子：假设你原本的Mutation是更新用户信息，Query是获取更新后的用户详情，你可以把它们合并成一个Mutation操作：

mutation UpdateAndFetchUser($updateInput: UpdateUserInput!) {
  # 先执行更新操作
  updateUser(input: $updateInput) {
    id
    updatedAt
  }
  # 紧接着在同一个请求里执行查询，获取最新数据
  getUser(id: $updateInput.userId) {
    name
    email
    avatarUrl
    # 其他你需要的字段
  }
}

或者更紧凑一点，把查询嵌套在Mutation的返回里（如果你的Schema支持的话）：

mutation UpdateAndFetchUser($updateInput: UpdateUserInput!) {
  updateUser(input: $updateInput) {
    id
    updatedAt
    # 直接返回更新后的完整用户对象
    user: getUser(id: $updateInput.userId) {
      name
      email
      avatarUrl
    }
  }
}

这种方式的好处是完全符合GraphQL规范，所有合规的服务器都支持，而且100%保证Mutation执行完成后才会获取最新数据，不会出现顺序问题。

方法2：使用支持有序操作的服务器扩展（依赖服务器能力） #

有些GraphQL服务器（比如部分定制化的Apollo Server、Hasura等）支持有序操作链，也就是在单个HTTP请求里提交多个操作（一个Mutation + 一个Query），服务器会按你写的顺序依次执行，而不是默认的并行处理。

比如你的请求体可以写成这样：

# 第一个操作：执行Mutation
mutation UpdateUser($updateInput: UpdateUserInput!) {
  updateUser(input: $updateInput) {
    id
    updatedAt
  }
}

# 第二个操作：执行Query，此时Mutation已经完成
query FetchUser($userId: ID!) {
  getUser(id: $userId) {
    name
    email
    avatarUrl
  }
}

但要注意：这不是GraphQL的标准特性，不同服务器的支持情况不一样。你需要先确认你的GraphQL服务端是否开启了有序批处理的功能——如果是标准的批处理（数组形式），服务器会并行处理所有操作，这就是你之前遇到Query先返回的原因。

为什么你之前的数组批处理不行？ #

标准的GraphQL批处理是把多个操作放在一个数组里发送，服务器会并行执行这些操作，不会保证顺序。所以你的Query可能在Mutation还没完成修改的时候就已经查询了旧数据，自然不符合预期。

总结一下，优先选方法1，既标准又可靠；如果你的业务场景必须分开写操作，再去确认服务器是否支持有序操作的扩展。

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