Go中匿名结构体必须显式写为struct{Field type}并初始化，字段首字母大写，不可跨行赋值；用作map key时所有字段须可比较，channel类型需完全一致；JSON解析需字段名匹配且大写；函数中仅适用于极简场景。
匿名结构体怎么写才不报错
Go 里匿名结构体不是“随便大括号一包就行”，得带 struct{} 关键字，否则编译器直接报 invalid composite literal type。常见错误是漏掉 struct 关键字，写成 {Name: "foo", Age: 25} —— 这根本不是合法类型，只是字面量。
- 必须显式声明类型：
struct{ Name string; Age int } - 字段名首字母必须大写（导出），否则无法在字面量中赋值（哪怕只在本地用）
- 不能直接用
var s struct{...}声明变量后，再用s.Name = "x"赋值——匿名结构体类型每次出现都被视为新类型，无法复用变量名跨行赋值 - 正确姿势是声明+初始化一步到位：
s := struct{ Name string; Age int }{Name: "Alice", Age: 30}
map 或 channel 里嵌匿名结构体要注意啥
匿名结构体可以当 map 的 value 或 channel 的元素类型，但容易踩两个坑：一是类型不可比较导致 map key 报错，二是 channel 类型不一致引发编译失败。
-
map[struct{ID int}]*User合法，因为struct{ID int}所有字段都可比较（int可比）；但map[struct{ID int; Data []byte}]*User会报invalid map key，因为[]byte不可比较 - channel 类型必须完全一致：
ch1 := make(chan struct{X int}, 1)和ch2 := make(chan struct{X int}, 1)看似一样，但 Go 视为两个不同类型，不能互相传值 - 如果要复用，宁可用一次
type别名：type tmpKey struct{ID int}，比反复写匿名结构体更安全
json.Unmarshal 时用匿名结构体省事但有风险
解析一段临时 JSON，比如只取其中几个字段，用匿名结构体确实快，但字段名、类型、tag 必须严丝合缝，否则静默丢数据或 panic。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 字段名必须首字母大写，且和 JSON key 匹配（默认按字段名转小写，或用
json:"xxx"tag 显式指定） - 如果 JSON 里有
"count": 123，而结构体字段是Count int，没问题；但写成count int（小写）就收不到值，也不会报错 - 嵌套 JSON 用匿名结构体容易写错层级，比如
{"user":{"name":"bob"}}对应的结构体得是struct{ User struct{ Name string } }，少一层大括号就解不出来 - 建议加
json:",required"（Go 1.22+）或手动检查字段是否零值，避免误以为解析成功
函数参数或返回值用匿名结构体的边界在哪
函数签名里用匿名结构体能减少类型定义，但仅限于极简场景。一旦逻辑稍复杂、需要测试或扩展字段，立刻反噬。
立即学习“go语言免费学习笔记（深入）”；
- 适合：HTTP handler 里构造一个简单响应体，如
return struct{OK bool; Msg string}{true, "done"} - 不适合：多个函数共用同一结构、需要方法绑定、要实现接口（匿名结构体不能直接加方法）、或者字段超过 3 个
- 性能上没差异，但可读性差——调用方看不到字段含义，IDE 无法跳转，
go vet也难校验字段拼写 - 一个信号：如果你开始给匿名结构体字段加注释说明用途，就该提成具名
type了
匿名结构体不是语法糖，是类型系统的临时补丁。它省的是几行 type，换来的可能是调试时多花半小时确认字段名大小写或 JSON tag 是否漏写。
