fieldbyname仅返回首个同名导出字段且不提示歧义，访问被遮蔽字段须用fieldbyindex配合索引路径；匿名嵌入判定唯一依据是structfield.anonymous标志；gorm/json失效根源在于该机制限制。
FieldByName 只返回第一个匹配字段，不会报错也不会提示歧义
当你调用 reflect.Value.FieldByName("ID") 时，Go 反射不会检查是否还有其他同名字段，它只按结构体字段定义顺序扫描，遇到第一个叫 ID 的导出字段就立即返回。哪怕你嵌入了 User 和 Group 两个都有 ID int 的结构体，FieldByName("ID") 永远只取 User.ID，且不告诉你 Group.ID 被忽略了。
这种“静默截断”是常见 bug 来源：逻辑依赖字段存在性，却没意识到实际访问的只是第一个。
- 无法通过名字区分来源，
FieldByName不提供字段路径或嵌入层级信息 - 即使两个
ID类型不同（如intvsstring），编译器会先报错，根本到不了反射阶段 -
json或gorm等库内部也依赖FieldByName，所以它们同样只看到第一个ID
想访问被遮蔽的字段？必须用 FieldByIndex 拼路径
要拿到第二个匿名字段里的同名字段，比如 struct{ A; B } 中的 B.ID，你得手动构造索引路径：v.FieldByIndex([]int{1, 0})——先下钻到第 1 个匿名字段（即 B），再取它的第 0 个字段（即 ID）。
这个路径不是凭空猜的，它对应结构体定义顺序和嵌套深度。一旦嵌入三层（如 A 嵌入 B，B 嵌入 C），索引就变成 []int{0, 0, 0}，手写极易出错。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
FieldByIndex是唯一能绕过名字冲突、精确命中目标字段的方式 - 索引越界会 panic，且无运行时校验；建议封装辅助函数如
fieldByPath(v, "B.ID") - 若嵌入的是指针（如
*B），需先.Elem()再FieldByIndex，否则 panic
Anonymous 字段标志才是识别嵌入关系的可靠依据
判断一个字段是不是匿名嵌入，不能看有没有名字，而要看 reflect.StructField.Anonymous 是否为 true。哪怕类型是别名、带 json tag 或是指针，只要语法上没写字段名，Anonymous 就是 true。
典型误判场景：_ Person 或 p Person 都不算匿名嵌入，Anonymous 是 false；但 Person 或 *Person 就是 true。
- 遍历字段时，用
f.Anonymous判断是否需要递归展开 - 嵌入字段为接口或指针时，必须先
.Elem()才能继续NumField() - 不可导出字段（小写开头）即使在匿名结构体里，也无法通过反射设置值
GORM 和 JSON 序列化失效的根本原因就是 FieldByName 的局限性
gorm 推导列名、json.Marshal 生成键名，底层都依赖 FieldByName 查字段。当你嵌入两个含 ByID 的结构体，它们都“提升”出同名字段，FieldByName("ByID") 只返回第一个，GORM 就只映射一个 by_id 列，另一个彻底丢失。
这不是库的 bug，是 Go 反射机制与嵌入语义共同导致的必然结果。
- 别指望
gorm:"embeddedPrefix"在老版本稳定工作；v1.5+ 才支持前缀拼接，且列名必须严格匹配 -
jsontag 不继承、不提升，User里的json:"user_id"不会自动透传到外层结构体 - 最稳方案是放弃多处匿名嵌入，改用命名字段：
CreatedByID By+gorm:"column:created_by_id"
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
