GraphQL查询复用全返回值Fragment时返回数据无字段问题

核心是GraphQL Fragment的强类型绑定规则：
你定义的totalRecipeReturnValFragment明确指定作用在RecipeOutput类型上。按照GraphQL规范，只有Fragment展开位置对应的字段返回类型是RecipeOutput本身、实现RecipeOutput接口的类型、或者RecipeOutput联合类型的成员时，Fragment里的字段才会被拼到最终执行的查询里。

之前Mutation里的recipeAfterUpdate字段，服务端Schema定义的返回类型就是RecipeOutput，所以Fragment能正常生效。但getUserRecipes返回的列表元素类型基本不可能是RecipeOutput——大部分后端Schema会把查询返回的实体类型、变更操作的输出类型分开定义，比如查询侧返回Recipe，变更侧返回RecipeOutput，哪怕两个类型字段完全一模一样，只要类型名对不上，Fragment的类型条件就不满足，服务端自然不会返回Fragment里声明的字段。
你本地没开gql的Schema强校验，所以代码能正常编译，不会报类型错误。

• 先确认真实返回类型：在改写后的查询里，...totalRecipeReturnValFragment同级加一个__typename字段，发请求后看返回的__typename值，就是这个位置的实际返回类型。如果和RecipeOutput不一样，要么重新写一个绑定到这个实际类型的Fragment，要么改Schema把公共字段抽成接口，让查询、变更的返回类型都实现这个接口，Fragment绑在公共接口上就能跨场景复用。
• 抓包核对请求内容：打开浏览器devtools的网络面板，找到getUserRecipes的请求，看请求体里的查询语句有没有带上Fragment里的所有字段。如果请求里就没这些字段，除了类型不匹配，再确认下Fragment注入写法（你现在写的${totalRecipeReturnValFragment}和Mutation里一致，基本不会错）；如果请求里有字段但响应里没有，就去查服务端的Schema解析配置。
• 排查缓存问题：如果网络响应里已经有所有预期字段，但代码里拿的data缺字段，先把查询的fetchPolicy改成no-cache试下。改完能正常拿到的话，就是Apollo Client缓存配置的问题，检查对应类型的typePolicies，看看有没有配错键生成规则、或者写了拦截字段的read函数。

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