当无法定义 User 结构体时，可通过返回 []map[string]interface{} 代替结构体实例，使 GraphQL 字段解析器正确映射字段值并返回预期响应。
当无法定义 user 结构体时，可通过返回 `[]map[string]interface{}` 代替结构体实例，使 graphql 字段解析器正确映射字段值并返回预期响应。
在使用 graphql-go（如 github.com/graphql-go/graphql）构建 GraphQL Schema 时，字段解析器（Resolve 函数）的返回值需满足类型系统对底层数据的序列化要求。虽然直觉上 []map[string]string 看似结构匹配，但该类型无法被 GraphQL 运行时正确解包为对象字段——因为 string 类型不具备字段反射能力，且 GraphQL 的 Object 类型期望每个元素能按字段名（如 "id"、"name"）动态提取值，而 map[string]string 中的键值对在运行时无法被自动转换为符合 UserObject 字段定义的可序列化对象。
✅ 正确做法是使用 []map[string]interface{}：
"users": &graphql.Field{
Type: graphql.NewList(UserObject),
Resolve: func(p graphql.ResolveParams) (interface{}, error) {
users := []map[string]interface{}{
{
"id": "1",
"name": "John",
},
{
"id": "2",
"name": "Jess",
},
}
return users, nil
},
},interface{} 允许运行时保留原始类型信息（如 string、int、bool 或嵌套 map），GraphQL 解析器可基于 UserObject.Fields 的定义，通过 map 的键名查找对应字段，并安全调用 graphql.Marshal 序列化其值。相比之下，map[string]string 将所有值强制为字符串，不仅丢失类型灵活性（例如无法返回 null 或数字 ID），更因类型不匹配导致字段访问失败，最终返回 nil 值。
⚠️ 注意事项：
- 键名必须严格匹配 GraphQL 字段名（大小写敏感），例如字段定义为
"id"，则 map 中必须用"id"，而非"ID"或"Id"； - 若字段允许
null，可直接设为nil："id": nil； - 支持嵌套结构（如关联对象）：只要子
map[string]interface{}符合对应graphql.Object的字段定义即可； - 避免使用
[]interface{}或[]any直接包裹 map —— 必须是[]map[string]interface{}，否则类型断言失败。
总结：在无法引入具体 struct 的场景下（如动态 schema、配置驱动服务或泛型适配层），[]map[string]interface{} 是 graphql-go 中安全、通用且符合规范的“无结构”列表返回方案，兼顾灵活性与类型兼容性。
