匿名结构体仅适用于一次性、局部、无复用需求的场景，如HTTP handler响应构造、测试数据生成或JSON临时解析；一旦需跨函数传递、添加方法或持久化，应立即定义命名type。
什么时候该用匿名结构体而不是命名 struct
匿名结构体只在「一次性、局部、无复用需求」的场景下值得用。比如 HTTP handler 里拼个响应体、测试中造个临时输入、或者 JSON 解析时懒得定义完整类型。一旦需要在多个函数间传递、要加方法、要序列化/反序列化到文件，就该立刻退回去定义 type。
常见错误现象：json.Unmarshal 时硬塞一个匿名结构体进去，结果字段没导出（首字母小写），解出来全是零值；或者后续想给这个结构加个 Validate() 方法，发现语法不支持。
- 字段必须首字母大写，否则
json包或外部包无法访问 - 不能直接嵌入接口或带方法的类型（Go 不允许匿名结构体有方法）
- 无法在包级作用域声明变量或作为函数参数类型——只能出现在表达式或局部变量中
如何正确声明并初始化匿名结构体
语法是 struct{...} 加字面量，中间不能换行（除非用括号包裹）。最常错的是漏掉字段名、类型顺序错、或把逗号当分号用。
使用场景：快速构造测试数据、封装一组临时配置、HTTP 响应包装器。
立即学习“go语言免费学习笔记（深入）”；
示例：
user := struct {
Name string `json:"name"`
Age int `json:"age"`
}{
Name: "Alice",
Age: 30,
}
注意：`json:"name"` 这类 tag 必须写在字段声明后、分号前；如果字段类型是切片或指针，初始化时也要匹配，比如 Tags []string 就得写 Tags: []string{"go", "dev"}，不能只写 Tags: {"go", "dev"}（会报错）。
匿名结构体和 map[string]interface{} 怎么选
选匿名结构体，当字段固定、你清楚每个 key 是什么、且需要编译期检查；选 map[string]interface{}，当你真不知道结构（比如解析第三方 webhook 未知字段），或要动态增删 key。
性能影响：匿名结构体是栈分配、零拷贝、字段访问快；map[string]interface{} 涉及哈希查找、interface{} 装箱开销、运行时类型断言——慢且易 panic。
- 字段少、结构稳定 → 用匿名结构体（哪怕只用一次）
- 字段名来自字符串变量（如
req.URL.Query().Get("field")）→ 只能用 map - 需要
json.Marshal输出但又不想定义 type → 匿名结构体更安全，不会因 map 的 key 类型错导致静默丢字段
嵌套匿名结构体容易踩的坑
可以嵌套，但别太深。常见错误是外层匿名结构体里嵌了个匿名结构体，结果初始化时括号配对混乱，或字段名冲突没报错但逻辑错。
示例（合法但危险）：
req := struct {
ID int `json:"id"`
Config struct {
Timeout int `json:"timeout"`
Debug bool `json:"debug"`
} `json:"config"`
}{
ID: 123,
Config: struct {
Timeout int `json:"timeout"`
Debug bool `json:"debug"`
}{
Timeout: 5,
Debug: true,
},
}
问题来了：里面那个 struct{...} 类型和外面的 Config 字段类型必须完全一致（包括字段顺序、tag、大小写），否则编译失败；而且每次初始化都要重复写一遍内层结构定义，极易不一致。
建议：嵌套超过一层，或内层结构在别处也用到，就该拆成命名 struct。匿名结构体的价值在于“简短”，不是“灵活”。
复杂点往往不在语法，而在改代码时——别人看到一长串 struct{...}{...} 字面量，第一反应是“这东西能不能提成 type”，而不是“怎么修它”。能早提，别硬扛。
