GraphQL中Query和Mutation哪个先执行？REST转GraphQL如何实现依赖调用？

一、同一请求内Query与Mutation的执行顺序问题 #

GraphQL官方规范明确规定：单次请求执行的单个操作仅允许属于唯一一种操作类型（query/mutation/subscription），不存在同一操作内同时包含Query和Mutation两类操作的合法场景。

• 如果在同一请求体中定义了多个不同类型的命名操作，执行时必须指定唯一要运行的操作名，单次请求只会运行其中一个操作，不存在两类操作同时执行、需要区分先后顺序的情况。
• 如果是分两次独立发起的Query和Mutation请求，服务端没有内置的优先级调度规则，实际执行顺序由客户端发起请求的顺序、网络传输情况、服务端负载等外部因素决定。

二、依赖前置查询结果的业务逻辑实现方案 #

你提到的REST场景中POST请求体依赖GET返回结果的需求，转GraphQL实现有两种主流方案：

方案1：客户端侧串联请求（最常用） #

如果前置查询的结果不需要做服务端层面的隐藏，直接在客户端做两次操作的串联即可：

1. 先发起Query请求，拿到后续Mutation需要的依赖数据
2. 将依赖数据作为变量传入Mutation的入参，再发起Mutation请求
   该方案耦合度最低，也符合GraphQL的常规使用规范。

方案2：服务端封装为单Mutation操作（原子性要求场景适用） #

如果依赖的前置数据属于服务端敏感数据不适合返回给客户端，或者需要保证两次操作的原子性，可以直接把整个逻辑封装到单个Mutation的Resolver中，不需要拆分两次请求：

• 在目标Mutation的Resolver内部先执行原GET请求对应的业务逻辑，拿到依赖参数
• 直接在同一个Resolver中完成原POST对应的业务逻辑即可，不需要额外调用Query接口，Resolver内的数据共享可以直接通过内部函数调用、上下文（context）传递实现。

示例代码结构（基于express-graphql）：

const Mutation = new GraphQLObjectType({
  name: 'Mutation',
  fields: {
    createOrder: {
      type: OrderType,
      args: { orderInfo: { type: OrderInputType } },
      async resolve(_, args, context) {
        // 执行原GET对应的逻辑：查询当前用户可用优惠券、收货地址等依赖数据
        const userPref = await getUserPreference(context.userId)
        // 合并依赖数据，执行原POST对应的创建订单逻辑
        const newOrder = await createOrder({
          ...args.orderInfo,
          couponId: userPref.validCouponId,
          address: userPref.defaultAddress
        })
        return newOrder
      }
    }
  }
})

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