直接读取 reflect.StructField.Anonymous 字段即可判断是否为匿名字段；只有嵌入的结构体、接口或指针类型才可能被标记为匿名，基础类型即使无字段名也不会被视为匿名。
怎么用 reflect 判断结构体字段是不是匿名字段
Go 的 reflect.StructField 本身不提供「是否匿名」的布尔字段，但它的 Anonymous 字段就是干这个的——直接读就行。别靠名字或 Tag 猜，也别检查字段名是否为空字符串（这是常见误解）。
注意：只有嵌入的结构体、接口、指针类型才可能被标记为匿名；基础类型如 int、string 即使没写字段名，也不会被 Go 编译器视为匿名字段（语法上就不允许）。
type User struct {
Name string
*Address `json:"addr"`
Phone string
}
type Address struct {
City string
}
v := reflect.ValueOf(User{}).Type()
for i := 0; i < v.NumField(); i++ {
f := v.Field(i)
if f.Anonymous {
fmt.Printf("匿名字段：%s（类型：%s）\n", f.Name, f.Type)
// 输出：匿名字段：Address（类型：*main.Address）
}
}
为什么 field.Type.Kind() == reflect.Ptr 时还要再调用 field.Type.Elem() 才能拿到真实嵌入类型
匿名字段可以是 *T、T 或 interface{}，而 reflect.StructField.Type 返回的是声明时的完整类型。比如 *Address 是指针类型，Kind() 是 reflect.Ptr，但真正嵌入的是它指向的 Address 结构体——否则你无法遍历其内部字段。
- 不调
Elem()：拿到的是*Address，NumField()会 panic（指针类型没有字段） - 调
Elem()后：得到Address类型，才能安全遍历City - 如果类型是
interface{}，Elem()会 panic，需先判断Kind()
典型处理逻辑：
立即学习“go语言免费学习笔记（深入）”；
if f.Anonymous {
t := f.Type
if t.Kind() == reflect.Ptr {
t = t.Elem() // 解引用
}
if t.Kind() == reflect.Struct {
// 现在可以递归 inspect t 的字段了
}
}
嵌入 interface{} 时 reflect 能否获取实际类型
不能。运行时 interface{} 匿名字段的 reflect.StructField.Type 就是 interface{}，它不携带具体值信息。要获得实际类型，必须传入一个**有值的实例**，再通过 reflect.Value 获取动态类型。
常见错误：只用 Type 检查，却忘了 interface{} 的底层类型只有在值存在时才可推导。
- 仅用
StructField.Type→ 永远是interface{} - 结合
reflect.Value.Field(i).Interface()再做reflect.TypeOf()→ 才能得到真实类型（前提是该字段已赋值） - 若字段为 nil 接口，
Interface()返回 nil，reflect.TypeOf()返回 nil，需额外判空
递归遍历时如何避免无限嵌入循环（比如 A 匿名嵌入 B，B 又匿名嵌入 A）
Go 允许嵌入，但编译器禁止直接循环嵌入（如 type A struct{ B } + type B struct{ A } 会报错）。不过间接循环是可能的：A → B → C → A（通过指针或接口）。此时单纯递归 reflect 会栈溢出。
解决方式是维护一个已访问类型的 map[reflect.Type]bool，每次进入新类型前先查表：
func walkFields(t reflect.Type, visited map[reflect.Type]bool) {
if visited[t] {
return
}
visited[t] = true
for i := 0; i < t.NumField(); i++ {
f := t.Field(i)
if f.Anonymous {
ft := f.Type
if ft.Kind() == reflect.Ptr {
ft = ft.Elem()
}
if ft.Kind() == reflect.Struct {
walkFields(ft, visited)
}
}
}
}
类型循环往往出现在测试 mock 或泛型封装场景里，容易被忽略；一旦出现，panic 信息里只有 deep nesting 提示，不容易定位到是哪个嵌入链导致的。
