Go反射无法序列化私有字段，因未导出字段调用Interface()会panic；json.Marshal通过IsExported()跳过私有字段，不依赖反射读取其值，仅用tag控制键名；强制反射访问私有字段需unsafe，不推荐。
Go 的反射本身不直接提供通用序列化能力，json.Marshal 和 json.Unmarshal 才是生产环境的首选；反射仅在需要绕过结构体字段可见性、动态构造值、或封装自定义序列化逻辑时才介入——但滥用反射做序列化会带来性能下降、类型安全丢失和调试困难。
为什么不能直接用 reflect.Value.Interface() 序列化私有字段
Go 反射无法读取未导出（小写开头）字段的值，调用 v.Field(i).Interface() 会 panic：reflect: Field interface of unexported field。这不是 bug，而是 Go 类型系统的设计约束。
- 必须配合
reflect.Value.CanInterface()和reflect.Value.CanAddr()做双重检查 - 若需访问私有字段，只能通过
unsafe或 struct tag + 自定义 marshaler（如实现json.Marshaler接口），而非裸反射 - 标准库中
json包正是靠 tag + 导出性判断 + 有限反射组合实现的，不是纯反射驱动
json.Marshal 内部如何用反射跳过私有字段
它不“跳过”，而是根本不会尝试访问：在构建字段列表时，json 包调用 reflect.Type.NumField() 遍历所有字段，对每个 reflect.StructField 检查 IsExported() —— 返回 false 就直接忽略，连 reflect.Value 都不创建。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 字段是否参与序列化，取决于名字首字母是否大写，与 struct tag（如
json:"name"）无关——tag 只影响键名和忽略标记（json:"-"） - 想让私有字段被序列化，唯一合规方式是让它导出，并用 tag 控制行为：
Name string `json:"name"` - 强行用反射修改字段可访问性（如通过
unsafe绕过）会导致不可移植、GC 异常，不推荐
用反射实现带 tag 路由的轻量反序列化（非 JSON）
当协议字段名与 Go 字段名不一致，又不想写完整 UnmarshalBinary 方法时，可用反射+struct tag 构建映射表，手动赋值：
立即学习“go语言免费学习笔记（深入）”；
type User struct {
ID int `myproto:"user_id"`
Name string `myproto:"full_name"`
}
func UnmarshalMyProto(data map[string]interface{}, v interface{}) error {
rv := reflect.ValueOf(v).Elem()
rt := reflect.TypeOf(v).Elem()
for i := 0; i < rt.NumField(); i++ {
field := rt.Field(i)
tag := field.Tag.Get("myproto")
if tag == "" {
continue
}
if val, ok := data[tag]; ok {
fv := rv.Field(i)
if fv.CanSet() && fv.Type().Kind() == reflect.TypeOf(val).Kind() {
fv.Set(reflect.ValueOf(val))
}
}
}
return nil
}
- 只处理同类型直接赋值（如
int←int），不处理类型转换（string→int） - 忽略嵌套结构体、切片、指针解引用等复杂情况——这些应交给专门的 codec 库（如
mapstructure） - 务必检查
fv.CanSet()，否则对不可寻址字段（如字面量传入）会 panic
真正难的不是“怎么用反射序列化”，而是判断“是否真需要反射”——95% 的场景下，老老实实写 json tag、实现 MarshalJSON 方法、或用 encoding/gob，比手撸反射更可靠、更快、更容易测试。
