Go反射序列化忽略struct小写字母字段，因仅导出字段可访问；tag解析需手动拆分修饰符；手动拼接性能反低于json.Marshal；嵌套处理须校验有效性并设递归深度限制。
反射序列化时，struct 字段为什么总被忽略？
因为 Go 反射默认只处理导出（首字母大写）字段。reflect.Value.Field(i) 拿不到小写字母开头的字段值，更别说读取 tag 或序列化了。这不是 bug，是语言设计的安全限制。
- 确保所有要序列化的字段名首字母大写，比如
UserName而非userName - 如果必须支持非导出字段，只能用
unsafe或修改结构体定义——不推荐，破坏封装且无法跨包使用 - 检查字段是否有
json:或自定义 tag，但 tag 本身不影响可访问性，只影响后续编码逻辑
reflect.StructTag 解析 tag 时容易错在哪？
直接用 field.Tag.Get("json") 拿到的是完整字符串，比如 "name,omitempty"，没做解析就切分或判断，会漏掉 omitempty 这类修饰符，导致空值也被写入。
- 用
structtag包（标准库go/parser不适用，应选golang.org/x/tools/go/packages太重），更轻量做法是调用reflect.StructTag.Get后手动拆解，或直接用strings.SplitN(tag, ",", 2) - 注意空格：
"json:\"user_name\""中的引号和空格必须匹配，否则Get返回空字符串 - 别在循环里反复调用
field.Tag.Get—— 提前缓存解析结果，避免重复开销
手动拼接字节流比 encoding/json 快吗？
几乎不快，反而更容易出错。反射本身有开销，再加上手写字段遍历、类型分支、字符串拼接或 bytes.Buffer.Write 等操作，性能通常比优化过的 json.Marshal 低 2–5 倍，尤其字段多或嵌套深时。
- 真正需要自定义序列化，优先考虑实现
json.Marshaler接口，复用标准库底层逻辑 - 若追求极致性能，放弃反射，用代码生成（如
easyjson或go:generate+stringer风格模板） - 反射序列化唯一优势是“零侵入”——但代价是运行时慢、调试难、类型安全弱
嵌套 struct 和 slice 怎么递归处理才不出 panic？
常见 panic 是对 nil slice 或指针字段直接调用 Value.Len() 或 Value.Elem()，没做有效性检查。
立即学习“go语言免费学习笔记（深入）”；
- 每次调用
v.Kind()前，先用v.IsValid()判空；对指针用v.CanInterface() && !v.IsNil()再v.Elem() - slice/map 要先
v.Len() > 0才遍历，否则v.Index(0)panic - interface{} 类型需用
v.Elem()解一层再判断真实类型，不能直接 switchv.Kind() - 递归入口加深度限制（比如最大 10 层），防栈溢出和环形引用
json 包里早被锤过无数遍。真要动手写，第一行就该先写好 panic recover 和类型断言失败日志。 
