Apollo+Graphene部分Mutation报400错误，Relay可正常执行求助

根据你描述的情况——部分GraphQL Mutation在Apollo里触发400错误，但其他客户端正常，查询和JWT相关Mutation也没问题——这种客户端独有的错误，大概率是Apollo的请求格式、配置细节和Graphene-Django的预期不匹配导致的。结合你已经做的排查，我整理了几个重点方向：

1. 确认Apollo的请求序列化与头部配置 #

Graphene-Django默认严格遵循application/json格式的请求体，旧版本的Apollo容易在这方面出问题：

• 检查Apollo的HttpLink是否正确设置了Content-Type头部，同时如果需要CSRF验证，要确保带上X-CSRFToken（从cookie中获取）。示例配置：

  import { createHttpLink } from 'apollo-link-http';
  
  const httpLink = createHttpLink({
    uri: '/graphql/',
    headers: {
      'Content-Type': 'application/json',
      'X-CSRFToken': document.cookie.split('; ').find(row => row.startsWith('csrftoken=')).split('=')[1],
    },
    fetchOptions: {
      credentials: 'include', // 确保携带cookie，用于CSRF和JWT验证
    },
  });
  

• 验证请求体结构：Graphene-Django要求请求体必须是{"query": "mutation语句", "variables": {变量键值对}}的格式。有些错误配置会把变量直接放在顶层，或者遗漏variables字段，导致服务端解析失败。

2. 对比Apollo与其他客户端的请求体差异 #

打开浏览器开发者工具的Network面板，分别捕获Apollo触发报错的Mutation请求，以及GraphIQL/Insomnia中正常执行的同一条Mutation请求，对比两者的Payload部分：

• 检查query字段的语法是否一致（比如操作名称、变量定义）；
• 检查variables里的字段值类型是否匹配（比如Graphene的Decimal类型，Apollo是否传了字符串而非数字；日期格式是否符合服务端预期）；
• 确认是否有某个必填变量在Apollo的请求中被遗漏或设为undefined/null，而其他客户端自动填充了默认值。

3. 检查Mutation的操作名称是否明确指定 #

旧版本Apollo如果省略了Mutation的操作名称，或者名称与Schema定义不匹配，可能导致Graphene-Django解析出错。比如你的Schema里定义的是createShop mutation，Apollo的mutation代码要明确写：

mutation CreateShop($input: ShopInput!) {
  createShop(input: $input) {
    # 返回字段
  }
}

不要省略操作名称（即不要只写mutation($input: ShopInput!) {...}）。

4. 在Django端添加请求日志排查 #

既然Django本身没有报错，你可以在GraphQL视图中添加日志，打印Apollo发送的原始请求体，直接查看是否有不符合Schema的内容：

# 在views.py中自定义GraphQL视图
from graphene_django.views import GraphQLView
import json
import logging

logger = logging.getLogger(__name__)

class LoggingGraphQLView(GraphQLView):
    def post(self, request, *args, **kwargs):
        try:
            request_body = json.loads(request.body)
            logger.info(f"Apollo Request Body: {request_body}")
        except Exception as e:
            logger.error(f"Failed to parse request body: {e}")
        return super().post(request, *args, **kwargs)

然后在urls.py中替换原来的GraphQL视图：

urlpatterns = [
    # ...其他路由
    path('graphql/', LoggingGraphQLView.as_view(graphiql=True)),
]

查看Django的日志，对比Apollo和其他客户端的请求体差异，就能快速定位问题。

5. 验证Apollo版本兼容性 #

你使用的Apollo v2.1是比较老旧的版本，可能和Graphene-Django v2存在隐性的兼容性问题。可以尝试临时升级Apollo到v2系列的较新版本（比如v2.6+），保持大版本一致的前提下，看看是否能解决问题。同时可以查阅Apollo v2.x的官方文档，确认mutation请求的格式要求是否与Graphene-Django匹配。

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