Node.js服务端Apollo Client请求云端GraphQL报GET query missing错误

GET query missing是Apollo Server的标准报错，代表服务端收到了发往/graphql路径的GET请求，但请求未携带query查询参数。
结合你描述的「本地环境正常、浏览器端Angular应用正常、仅Node.js客户端请求线上域名报错」的现象，核心原因是Node.js环境下的cross-fetch（底层依赖node-fetch）在跟随HTTP 30x重定向时，会默认将POST请求转为GET请求，完全匹配你的配置特征：

• 提供的配置模板中httpsPrefix默认值为http://，如果线上域名配置了HTTP强制跳HTTPS、非标准端口跳标准端口、域名路径归一化之类的重定向规则，客户端会先以POST方法请求HTTP地址，收到重定向响应后fetch自动跟随跳转，把请求方法改成GET打到最终的GraphQL端点，直接触发该报错
• 本地运行时服务直接监听localhost:3000的HTTP端口，没有任何重定向逻辑，请求始终保持POST方法，因此运行正常
• Angular应用运行在浏览器环境，页面本身一般基于HTTPS协议加载，接口请求也会直接使用HTTPS地址不会触发重定向，因此运行正常

按优先级依次排查调整：

• 首先修正线上环境的协议配置：把线上环境配置项里的httpsPrefix从http://改为https://，同时确认wssPrefix配置为wss://，让客户端直接请求HTTPS地址，从源头避免触发30x重定向。这一步可以解决绝大多数同类问题。
• 如果业务场景必须经过重定向，给createUploadLink传入自定义fetch逻辑，覆盖默认的重定向行为，强制保留原请求方法：

const uploadLink = createUploadLink({
  uri: this.serverConfig.httpsPrefix + this.serverConfig.backendDomain + this.serverConfig.graphqlRelativePath,
  headers: { 'Apollo-Require-Preflight': 'true' },
  fetch: (url, options) => {
    return fetch(url, {
      ...options,
      redirect: 'follow',
      // 强制保留原请求方法，避免重定向时被改写为GET
      method: options.method
    })
  }
});

• 如果前两步调整后仍报错，检查线上域名前置的CDN、API网关、Nginx反向代理配置，确认是否存在将POST请求强制转为GET的规则，是否对/graphql路径做了特殊的请求方法限制。

调整后可以先在Node端打印请求日志，或者抓包确认发往线上域名的请求方法为POST，且请求体携带了正确的GraphQL query参数，即可确认问题修复。

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