reflect.convert不能将int64转string，因其仅支持底层内存布局兼容的二进制转换（如int↔int32、[]byte↔string），而int64与string内存结构完全不同，故直接panic；正确转换需用strconv或fmt。
reflect.Convert 为什么不能把 int64 直接转成 string
因为 reflect.Convert 只做底层类型兼容的二进制转换，不处理语义转换。它等价于 C 的强制类型 reinterpret_cast，不是 Go 的 strconv.FormatInt 或 fmt.Sprintf。
-
int64和string底层内存布局完全不同（一个是整数，一个是结构体指针+长度），reflect.Convert拒绝这种转换，直接 panic：cannot convert int64 to string - 能用
Convert的例子只有：int↔int32、[]byte↔string（二者共享底层字节）、uintptr↔unsafe.Pointer - 真正要转
int64 → string，必须走strconv；要转[]byte → json.RawMessage，得手动赋值或调用其构造函数，不能靠Convert
interface{} 到具体类型的“安全转换”怎么写
别依赖单一层级的 .Interface().(T) 类型断言——它在类型不匹配时 panic，且无法处理嵌套结构或接口实现。
- 先用
reflect.ValueOf(src).Kind()快速判断基础类别（reflect.String、reflect.Int等），走strconv分支 - 若 src 是指针或接口，且目标类型实现了
json.Unmarshaler或TextUnmarshaler，优先调用对应方法 - 对 struct/map/slice，递归调用自身，但注意：字段必须导出（首字母大写），且目标值需可寻址（传指针）
- 永远检查
v.IsValid()和v.CanInterface()，避免 nil interface 或 unexported field 导致 panic
修改变量值时为什么总是报 “cannot set”
因为 reflect.Value 默认持有一个值的拷贝，不是原变量的引用。想改原值，必须从指针开始。
- 传入的是普通变量（如
var x int），reflect.ValueOf(x)得到的是不可设置的Value - 正确做法是传地址：
reflect.ValueOf(&x).Elem()，再调用SetInt、SetString等 - 如果目标是 interface{} 类型的字段（比如 struct 中的
field interface{}），也要确保该字段本身可寻址——即 struct 实例必须是变量，不能是字面量或函数返回值 - 常见坑：
reflect.ValueOf(struct{}{}).Field(0).SetString("x")必 panic，因为 struct 字面量不可寻址
性能敏感场景下如何规避反射开销
反射不是银弹，高频路径（如 HTTP 请求解码、日志序列化）应尽量避免 runtime 反射。
- 用 codegen 工具（如
go:generate+stringer/easyjson）在编译期生成类型专用代码，绕过reflect - 对固定类型组合（如只处理
map[string]interface{}→struct），手写 switch-case 分支比通用反射快 3–5 倍 - 缓存
reflect.Type和reflect.Value的结果（它们是线程安全的），避免重复调用reflect.TypeOf - 别在循环里反复调用
reflect.ValueOf—— 提前取好Value，复用MethodByName查找结果
反射真正的价值不在“万能”，而在“填补静态类型无法覆盖的缝隙”：配置解析、泛型容器、测试桩注入。用错地方，它只会拖慢你，而不是帮你。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
