导出字段的 Name 必须以 'A' 到 'Z' 的大写字母开头，因此可通过 f.Name[0] >= 'A' && f.Name[0] <= 'Z' 可靠判断；不可依赖 PkgPath、CanInterface 等间接方式。
怎么用 reflect.StructField 判断字段是否导出
Go 的反射里，字段是否导出（即首字母大写）直接决定它能否被外部包访问，reflect 本身不提供 IsExported() 这种方法，但有明确、可靠的判断方式：看 StructField.Name[0] 是否在 'A' 到 'Z' 范围内。
- 导出字段的
Name一定以大写字母开头，这是 Go 语言规范强制的，不是约定；非导出字段则必然小写或 Unicode 非 ASCII 字符（但实践中几乎都是小写） - 别用
StructField.PkgPath != ""来判断——它只对非导出字段非空，但这个值不可靠：嵌入的非导出字段、某些生成代码场景下可能为空，且它不反映“能否被反射读取”，只表示定义位置 -
CanInterface()或CanAddr()是运行时可访问性检查，和导出性无直接关系；一个字段即使导出，若通过非指针反射值获取，也可能CanInterface()返回 false
reflect.Value.Field(i) 读不到非导出字段？为什么
不是“读不到”，而是读到了也拿不出值——调用 Interface() 或 String() 等方法时会 panic，错误信息是 reflect: Field is unexported。这是 Go 反射的访问控制机制，和语言层的可见性规则一致。
- 你可以安全调用
Value.Field(i)获取非导出字段的reflect.Value，也能读Type()、Kind()、Tag，甚至能用Set*方法修改（如果原始值可寻址） - 但只要一碰
Interface()、String()、Int()、Float()这类暴露底层值的方法，就会 panic - 常见踩坑：遍历结构体字段做通用序列化时，没提前过滤非导出字段，结果在某个字段上突然 panic
想安全遍历所有字段并跳过非导出字段，代码怎么写
核心就是先用 Name[0] 做字符判断，再决定是否继续处理。注意要区分“字段存在”和“值可读”两个阶段。
func getExportedFields(v reflect.Value) []reflect.Value {
t := v.Type()
var exported []reflect.Value
for i := 0; i < v.NumField(); i++ {
f := t.Field(i)
if f.Name[0] >= 'A' && f.Name[0] <= 'Z' {
exported = append(exported, v.Field(i))
}
}
return exported
}
- 必须用
v.Type().Field(i).Name，而不是v.Field(i).Type().Name()—— 后者返回的是类型名，不是字段名 - 如果
v是reflect.ValueOf(&s)（指针），v.Elem()才是结构体本身；直接对指针调NumField()会 panic - 字段名为空字符串的情况极少（比如匿名字段是接口或未命名 struct），但理论上存在，加个
len(f.Name) == 0防御更稳
嵌入字段（anonymous field）的导出性怎么算
嵌入字段的导出性只看它自身的字段名，不继承外层结构体的可见性。也就是说：type T struct{ S } 中，如果 S 是导出类型，它的字段是否可见，仍取决于 S 自身字段的首字母。
立即学习“go语言免费学习笔记（深入）”；
-
reflect.Type.Field(i)返回的StructField对嵌入字段也会有Name—— 如果是导出类型，Name就是该类型的名称（如"http.Header"）；如果是非导出类型，Name为空字符串，但Anonymous为 true - 真正影响“能否被反射访问”的，还是最终字段名是否导出。比如
type inner struct{ x int }嵌入进导出结构体，x依然不可访问 - 别依赖
StructField.Anonymous来跳过字段——它只说明是否嵌入，和可见性无关；你仍需检查其内部字段的Name[0]
Interface()”“能不能被 JSON 序列化”“是不是在 json: tag 里”全都不等价。最稳妥的做法永远是——动手前先查 Name[0]，别猜，别绕。 
