第一步是用 reflect.ValueOf 转接口为 reflect.Value，须先调 val.IsValid() 防 panic；再依 Kind() 分类处理，指针需 Elem() 解引用；遍历结构体时跳过未导出字段和空值；还原类型需结合类型断言或原始上下文。
用 reflect.ValueOf 获取值并判断基础类型
反射处理未知类型，第一步永远是把接口转成 reflect.Value。直接调用 reflect.ValueOf(interface{}) 是安全的，但要注意：如果传入 nil 指针或未初始化的接口，Value.Kind() 会返回 reflect.Invalid，后续调用 .Interface() 或 .String() 会 panic。
常见错误是没做有效性检查就直接取值：
val := reflect.ValueOf(data) fmt.Println(val.String()) // data 为 nil 时 panic
正确做法是先检查有效性：
- 用
val.IsValid()判断是否可读 - 用
val.Kind()区分reflect.Ptr、reflect.Struct、reflect.Map等大类 - 对指针类型，建议先用
val.Elem()解引用（但必须确保val.Kind() == reflect.Ptr && val.IsNil() == false）
遍历结构体字段要避开未导出字段和空值
Go 反射无法访问未导出字段（首字母小写），这是语言限制，不是反射 API 的 bug。调用 val.Field(i) 或 val.Type().Field(i) 时，若字段未导出，.CanInterface() 返回 false，.Interface() 会 panic。
立即学习“go语言免费学习笔记（深入）”；
实际解析 JSON 或配置数据时，常遇到字段为空（如零值、nil 切片、空 map），这些值依然有效，但业务逻辑可能需要跳过：
- 用
field.CanInterface()过滤不可访问字段 - 用
!field.IsNil()判断指针/map/slice 是否非空（注意：对 int、string 等值类型不能调用IsNil） - 对 string/int/bool 等，用
field.Interface() == zeroValue判断是否为零值（例如""、0、false）
从 interface{} 安全还原原始类型需配合类型断言或 reflect.Type
反射本身不保留类型信息的“路径”，reflect.Value.Interface() 只能还原为 interface{}。如果下游函数需要具体类型（比如传给 json.Marshal 或数据库驱动），不能只靠反射拼接，得结合原始上下文判断。
Delphi 7应用编程150例 CHM全书内容下载，全书主要通过150个实例，全面、深入地介绍了用Delphi 7开发应用程序的常用方法和技巧，主要讲解了用Delphi 7进行界面效果处理、图像处理、图形与多媒体开发、系统功能控制、文件处理、网络与数据库开发，以及组件应用等内容。这些实例简单实用、典型性强、功能突出，很多实例使用的技术稍加扩展可以解决同类问题。使用本书最好的方法是通过学习掌握实例中的技术或技巧，然后使用这些技术尝试实现更复杂的功能并应用到更多方面。本书主要针对具有一定Delphi基础知识
典型场景：你收到一个 interface{}，内部可能是 []int 或 []string，想统一转成字符串切片用于日志打印：
func toStringSlice(v interface{}) []string {
rv := reflect.ValueOf(v)
if rv.Kind() != reflect.Slice {
return nil
}
out := make([]string, rv.Len())
for i := 0; i < rv.Len(); i++ {
item := rv.Index(i)
if item.Kind() == reflect.String {
out[i] = item.String()
} else if item.Kind() == reflect.Int || item.Kind() == reflect.Int64 {
out[i] = fmt.Sprintf("%d", item.Int())
} else {
out[i] = fmt.Sprintf("%v", item.Interface())
}
}
return out
}
这里的关键是：不能假设所有元素都是同一类型，item.Kind() 必须逐个判断；也不能对非 reflect.String 类型直接调用 item.String()，否则 panic。
性能敏感场景下避免高频反射调用
反射比直接调用慢 10–100 倍，尤其在循环中反复调用 reflect.ValueOf、MethodByName 或 FieldByName。如果结构体类型固定（比如只处理 User 和 Order），更推荐预生成映射表或使用代码生成（go:generate + stringer 风格）。
容易被忽略的一点：reflect.Type 和 reflect.Value 的比较开销不小。如果需多次判断同一种类型，缓存 reflect.TypeOf(T{}) 结果比每次 reflect.TypeOf(v) 更快：
- 把常用类型的
reflect.Type提前存为全局变量 - 用
rv.Type() == userType替代rv.Type().Name() == "User" - 对 map/slice 等带参数类型，用
rv.Type().AssignableTo(expectedType)更可靠
反射不是黑魔法，它只是把编译期确定的事推迟到运行时做 —— 所以类型模糊的地方越多，越容易漏掉 nil 检查、越难控制 panic 边界。
