Graphene字段类型须与解析器返回值严格一致，避免None泛滥；用Prefetch/select_related解决N+1；max_depth参数控制嵌套深度；字段名须为英文identifier，中文含义用description补充。
Graphene 的 ObjectType 字段怎么写才不会丢数据
字段定义不匹配实际返回类型，是 Graphene 接口空字段、None 值泛滥的最常见原因。比如 Python 函数返回 dict 或 list，但你在 ObjectType 里声明的是 String，Graphene 就会静默转成 None 或抛 TypeError。
- 字段类型必须和解析器（
resolve_*方法）返回值严格对齐：返回int就用Int，返回list[User]就得用graphene.List(UserType) -
String不能自动接datetime；要用DateTime类型，且确保解析器返回的是datetime实例，不是字符串 - 嵌套对象字段如果可能为
None，别漏掉required=False（默认就是False，但显式写出来更安全）
Resolver 里怎么安全调用多个数据库查询
Graphene 默认 resolver 是同步执行的，一个字段一个查询，容易 N+1。你不能靠在 resolve_xxx 里直接写 User.objects.filter(...) 就完事——它会在每个字段被访问时单独触发，前端查 10 个用户，后端就发 10 次 SQL。
- 用
django.db.models.Prefetch或select_related/prefetch_related在根 resolver（比如resolve_users）里一次性捞出全部关联数据 - 避免在子字段 resolver（如
resolve_profile）里再查库；应该从父对象已加载的属性取值，比如root.profile.name - 真要异步或批量处理，别硬套
async def resolve_xxx—— Graphene 2.x 不原生支持 async resolver，强行用会卡死或返回空；升级到 Graphene 3+ 并配graphql-core>=3.2才行
GraphQL 查询嵌套深了报 RecursionError 怎么办
不是代码写错了，是 Graphene 默认递归深度限制太低（一般 10 层），而你的查询像 { users { posts { author { profile { avatar } } } } } 轻松就超了。
- 改
GRAPHENE = { "MIDDLEWARE": [...], "RELAY_CONNECTION_MAX_LIMIT": 100 }不管用——这是分页限制，不是递归控制 - 真正要调的是 GraphQL 执行层的
max_depth参数，在 Django 的GraphQLView.as_view()里传进去：GraphQLView.as_view(graphiql=True, schema=schema, max_depth=20) - 但别无脑拉高；先用
graphql-validate工具检查查询复杂度，深度只是表象，背后往往是字段设计没收敛，比如把所有关联都开放成可嵌套字段
Django + Graphene 返回中文字段名失败
Graphene 强制要求字段名符合 GraphQL 规范：只能是字母、数字、下划线，且必须以字母或下划线开头。姓名、创建时间 这类中文名直接当字段名会报 Syntax Error 或启动时报 Invalid name。
立即学习“Python免费学习笔记（深入）”；
- 字段名必须用英文（如
name,created_at），中文含义靠文档或 description 补充：name = graphene.String(description="用户真实姓名") - 前端需要中文 key？别动 Graphene 字段名，用响应中间件或 Apollo 客户端做字段映射，否则破坏 GraphQL Schema 可靠性
- 注意
description字符串本身支持中文，但字段名（Python 变量名）和 GraphQL 查询里的 key 都必须是合法 identifier
