reflect.value.int() 只对整数 kind（如 reflect.int、reflect.int32 等）安全，因其直接按 int64 解释内存位模式且不校验原始类型；对 float64 或不可寻址值调用会 panic；需先判 kind 再分支转换并检查范围。
reflect.Value.Int() 为什么只对 int 类型安全？
因为 Int() 方法内部直接读取底层内存中按 int64 解释的位模式，它不校验原始值是否真是 int、int32 或 int16——只假设你传入的是整数类 Kind（如 reflect.Int、reflect.Int32 等），且该 Value 是可寻址或可导出的。
常见错误现象：panic: reflect: call of reflect.Value.Int on float64 Value，说明你对 float64 类型的 Value 调用了 Int()；或者 panic: reflect: call of reflect.Value.Int on unaddressable Value，说明该值不可寻址（比如字面量或非导出字段）。
- 只有
Kind是reflect.Int、reflect.Int8、reflect.Int16、reflect.Int32、reflect.Int64时，Int()才可能成功 - 若原始值是
uint类型，必须用Uint()，不能强行调Int() - 即使类型是
int64，但如果Value来自不可导出字段（如结构体私有字段），Int()仍会 panic
如何安全地把任意数值 interface{} 转成 int64？
不能无脑调 reflect.ValueOf(x).Int()。正确链路是：先判断 Kind，再根据具体类型分支处理，最后做范围检查——因为 Go 没有运行时隐式提升，int8(128) 转 int64 没问题，但 uint64(1 转 <code>int64 就溢出。
典型使用场景：解析 JSON 数值字段（json.Number 是 string）、配置项字符串转数值、ORM 映射中泛型列值提取。
- 用
v.Kind()判断基础类别（reflect.Int、reflect.Float64、reflect.String等） - 对
reflect.String，先用strconv.ParseInt；对reflect.Float64，先math.Round再转，避免int(3.9)得到3 - 对
reflect.Uint64，需手动检查是否 >math.MaxInt64，否则int64(v.Uint())会静默截断 - 永远不要省略
v.CanInterface()或v.CanAddr()检查，尤其在处理结构体字段反射时
reflect.Convert() 和 type assertion 的性能与语义差异
Convert() 不是类型断言，而是运行时按目标类型的内存布局重解释原始值——它要求源和目标类型具有相同的 Kind 且尺寸兼容（如 int32 → int64 允许，int32 → float64 不允许），失败时 panic；而 type assertion（x.(T)）只检查 concrete type 是否实现了目标接口或等于目标具体类型，不涉及内存重解释。
容易踩的坑：误以为 v.Convert(reflect.TypeOf(int64(0))) 能把 string 变成 int64，其实会 panic：「cannot convert string to int64」——Convert() 只做同 Kind 宽展/截断，不做解析。
-
Convert()仅适用于数值类型间尺寸兼容转换（如int8→int32）、相同底层类型的别名（如type ID int→int） - 对浮点转整数、字符串转数值等跨 Kind 操作，必须手动走
strconv或fmt.Sscanf - type assertion 在接口值为
nil时返回 zero value + false；Convert()遇nilValue 直接 panic
结构体字段反射中数值转换为何常被忽略地址性？
当你对结构体字段做反射取值：v := reflect.ValueOf(&s).Elem().FieldByName("Age")，如果 Age 是小写字母开头（未导出），v 是不可寻址的 Value，此时调 v.Int() 或 v.Convert(...) 全部 panic。
这不是类型问题，是反射访问权限问题。Go 反射严格遵循导出规则：未导出字段只能读，不能写，也不能调用任何修改值的方法（包括 SetInt、Convert）。
- 确认字段名首字母大写，或通过
CanInterface()检查是否可安全调用Interface()后再做类型断言 - 若必须处理未导出字段，唯一办法是用
unsafe（不推荐）或改用导出字段+标签控制序列化行为 - JSON 解析后结构体字段默认导出，但如果你用
map[string]interface{}中嵌套的interface{}值再反射，那又回到第一层问题：它只是个interface{}，没有字段信息
最易被忽略的其实是这一条：反射链路里每一步都可能因“不可寻址”或“不可导出”提前中断，而不是卡在类型不匹配上。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
