该用caninterface()；它判断字段能否安全转interface{}，比canaddr()更贴合序列化场景，需配合reflect.valueof(&v).elem()确保可寻址，并检查field.type().name()!=""&&field.caninterface()。
反射读取结构体字段时，CanInterface() 和 CanAddr() 哪个该用？
直接调用 reflect.Value.Interface() 会 panic，除非值是可导出的且未被封装在不可寻址的上下文中。常见错误现象是：panic: reflect: call of reflect.Value.Interface on zero Value 或 reflect: call of reflect.Value.Interface on unexported field。
根本原因不是字段名小写，而是你传入的是值拷贝（reflect.ValueOf(v)），而非指针（reflect.ValueOf(&v)）。结构体字段必须可导出（首字母大写）才能被反射读取；但即使可导出，若原始变量不可寻址（比如字面量、函数返回的临时值），Interface() 仍可能失败。
- 始终用
reflect.ValueOf(&v).Elem()开始，确保有地址可查 - 遍历字段前，先用
field.CanInterface()判断是否能安全转成 interface{}；它比CanAddr()更贴合序列化场景 - 跳过匿名字段或未导出字段：检查
field.Type().Name() != "" && field.CanInterface()
json.Marshal 能用，为什么还要手写反射序列化？
因为 json.Marshal 默认忽略零值字段（omitempty）、强制加引号、依赖 struct tag、不支持私有字段定制逻辑——而你可能需要紧凑二进制格式、字段级加密开关、或绕过 JSON 的类型限制（比如 time.Time 直接写纳秒整数）。
手写反射序列化的真正价值不在“替代标准库”，而在可控性：你能决定每个字段怎么 encode、是否跳过、是否加校验码、甚至动态选择编码策略（如小整数用 varint，大整数用固定 8 字节）。
立即学习“go语言免费学习笔记（深入）”；
- 不要从零实现完整协议；优先复用
binary.Write或gob.Encoder底层逻辑 - 避免对
interface{}做深层反射递归——容易栈溢出，也难控制循环引用 - 如果目标只是“Go 结构体 → 字节流 → 同进程 Go 结构体”，
gob更快更稳；手写反射适合跨语言或协议定制场景
字段类型不一致导致 binary.Write panic 怎么办？
典型错误信息：binary.Write: invalid type main.MyStruct 或 binary.Write: invalid count for []byte。这是因为 binary.Write 只接受基础类型（int32, float64, [16]byte 等）和切片/数组，不支持结构体嵌套或 string 直接写入。
正确做法是把结构体拆解为字段序列，逐个判断类型再 dispatch：
-
string→ 先写长度（uint32），再写字节流（[]byte(s)） -
[]T（T 是基础类型）→ 写长度 + 循环写每个元素 -
time.Time→ 写t.UnixNano()（int64） - 嵌套结构体 → 递归调用自身序列化函数，但要加深度限制（比如 ≤5 层）防止无限嵌套
别忘了大小端统一：所有 binary.Write 都显式传 binary.LittleEndian 或 binary.BigEndian，混用会导致跨平台解析失败。
反射性能差，哪些地方必须提前缓存？
每次调用 reflect.TypeOf(v) 和 reflect.ValueOf(v).Elem() 都有开销，尤其在高频序列化场景（如 RPC 编解码）。不缓存的后果不是“慢一点”，而是 GC 压力陡增、CPU cache miss 频发。
真正该缓存的不是“反射对象”，而是字段布局元数据：每个 struct 类型对应一个 structLayout，包含字段名、偏移、编码方式、是否跳过等。用 sync.Map 存 reflect.Type → *layout 映射即可。
- 缓存键必须用
t.String()或t.PkgPath() + t.Name()，不能只用t.Name()（不同包同名 struct 会冲突） - 字段 tag 解析（如
codec:"name,skipifempty"）也应在首次访问时解析并存进 layout，避免每次重复正则匹配 - 千万别缓存
reflect.Value实例——它绑定了具体实例，无法复用
最易被忽略的一点：反射本身不慢，反复创建 reflect.Value 并调用 Field(i) 才慢；只要 layout 缓存到位，单次序列化里反射开销可压到纳秒级。
