go中原始类型反射应优先用kind()判断而非name()，convert()不可用于字面量，类型断言比反射更轻量安全，nil仅对interface{}需谨慎处理。
原始类型（如 int、string、bool 等）在 Go 的 reflect API 中有明确的行为边界，不能直接等同于接口断言的语义——它不提供“转换”，只支持“探查”与“安全提取”。理解这一点，是避免 panic 和逻辑误判的关键。
原始类型的 Kind 判断比 Name 更可靠
对原始类型调用 reflect.TypeOf(v).Name() 多数返回空字符串（例如 string、int），因为它们没有包级定义名；而 .Kind() 始终返回稳定枚举值（reflect.String、reflect.Int 等）。所以判断类型归属应优先依赖 Kind()：
-
reflect.TypeOf(42).Kind() == reflect.Int✅ 安全有效 -
reflect.TypeOf(42).Name() == "int"❌ 编译失败（类型不匹配）或恒为 false（比较 string 与空字符串）
reflect.ValueOf 对原始类型不可 Convert，需显式转换
reflect.Value.Convert() 仅支持底层类型兼容的转换（如 int32 → int64），且要求可寻址。原始类型字面量（如 42、"hello"）是不可寻址的，直接调用 Convert 会 panic。正确做法是：
- 先用
Kind()确认目标类别 - 再用对应方法提取（如
v.Int()、v.String()、v.Bool()） - 若需转成其他原始类型（如
int→float64），必须手动计算，不能靠反射自动完成
类型断言仍是原始类型识别的首选方式
当你已知可能的类型集合（比如函数接收 interface{}，只可能是 string、int 或 bool），类型断言比反射更轻量、更清晰、无运行时开销：
- 用
v, ok := x.(string)直接提取并判断，失败不 panic - 用
switch x := data.(type)分支处理多种原始类型，可读性远超嵌套reflect.Kind()判断 - 反射只应在类型完全未知、需遍历结构字段、或构建泛型适配层时引入
nil 值对原始类型不构成问题，但对 interface{} 需谨慎
原始类型变量本身不会是 nil（int 的零值是 0，string 是 ""），因此 reflect.ValueOf(0) 或 reflect.ValueOf("") 总是有效。但若原始值被装进 interface{} 后再传入，就要注意：var i interface{} = nil 会导致 reflect.TypeOf(i) 返回 nil，而 reflect.ValueOf(i) 调用 .Kind() 会 panic —— 此时必须先判空：
if i == nil { /* 处理空接口 */ }- 或用
v := reflect.ValueOf(i); if !v.IsValid() { ... }
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
