reflect.TypeOf 和 reflect.ValueOf 分别返回变量的 reflect.Type 和 reflect.Value；TypeOf 对 nil 接口安全，ValueOf 要求非空且操作结构体字段需传指针；读写字段前须用 CanSet() 检查，调用方法需匹配接收者类型，Interface() panic 多因值不可寻址。
怎么用 reflect.TypeOf 和 reflect.ValueOf 获取类型与值
拿到一个变量后，想动态知道它是什么类型、有没有某个字段、能不能调用某个方法，就得靠这两个基础函数。注意：它们返回的不是原始类型，而是 reflect.Type 和 reflect.Value，后续所有操作都基于它们。
常见错误是直接对指针或接口传参时不加判断，导致 ValueOf 返回零值或 panic。比如对 nil 接口调用 ValueOf 会 panic，而 TypeOf 不会。
-
reflect.TypeOf(x)安全，即使x是nil接口也能返回对应类型（如*int） -
reflect.ValueOf(x)要求x非空；若x是nil接口，会 panic - 如果想操作结构体字段，必须传入指针（
&v），否则Value.FieldByName只读，且无法调用指针方法
package main
import (
"fmt"
"reflect"
)
type User struct {
Name string
Age int
}
func main() {
u := User{Name: "Alice", Age: 30}
t := reflect.TypeOf(u) // 返回 reflect.Type，非 *User
v := reflect.ValueOf(&u) // 必须传指针才能后续写字段
fmt.Println(t.Name()) // "User"
fmt.Println(v.Kind()) // "ptr"
fmt.Println(v.Elem().Kind()) // "struct"，Elem() 解引用
}
怎么安全读写结构体字段（FieldByName 和 SetString）
反射读写字段最常踩的坑是：字段未导出（小写开头）、没传指针、或没检查可设置性（CanSet()）。Go 的反射严格遵循可见性规则——未导出字段无法被反射修改，哪怕你拿到 Value。
使用前务必用 v.CanAddr() && v.CanInterface() 或更直接的 v.CanSet() 判断是否可写。对结构体字段调用 FieldByName 后，得到的是该字段的 reflect.Value，仍需再次检查 CanSet()。
立即学习“go语言免费学习笔记（深入）”；
- 字段名必须首字母大写（导出），否则
FieldByName返回零值Value -
v.FieldByName("Name").CanSet()在v是reflect.ValueOf(&u)时才为true - 设置字符串要用
SetString()，设整数用SetInt()，类型不匹配会 panic
u := User{Name: "Alice"}
v := reflect.ValueOf(&u).Elem() // Elem() 进入 struct 本体
nameField := v.FieldByName("Name")
if nameField.IsValid() && nameField.CanSet() {
nameField.SetString("Bob")
}
ageField := v.FieldByName("Age")
if ageField.IsValid() && ageField.CanSet() {
ageField.SetInt(31)
}
fmt.Printf("%+v\n", u) // {Name:"Bob" Age:31}
怎么调用方法（MethodByName 和 Call）
反射调方法比字段更敏感：方法必须导出，且接收者类型要匹配。如果你有一个值 v，它对应的类型有指针方法（如 func (u *User) Greet()），那么只有 v 是指针类型（reflect.ValueOf(&u)）时，MethodByName 才能拿到该方法；值类型只能拿到值接收者方法。
Call() 接收一个 []reflect.Value 参数切片，每个参数都要是 reflect.Value 类型，不能直接传原始 Go 值。返回值也是 []reflect.Value，需手动取 [0].Interface() 转回原类型。
- 方法名区分大小写，且必须完全匹配（如
"Greet"，不是"greet"） -
v.MethodByName("Greet").IsValid()为false通常意味着接收者类型不匹配或方法未导出 -
Call([]reflect.Value{})的参数列表必须与方法签名一致，类型错一位就 panic
func (u *User) Greet() string {
return "Hello, " + u.Name
}
// ...
v := reflect.ValueOf(&u)
method := v.MethodByName("Greet")
if method.IsValid() {
results := method.Call(nil) // 无参数
fmt.Println(results[0].String()) // "Hello, Alice"
}
为什么 reflect.Value.Interface() 有时 panic
这个 panic 几乎都源于“无法还原为接口”。根本原因是：该 Value 来自不可寻址的值（比如字面量、map 中的值、或未取地址的局部变量），或者它本身是未导出字段的副本。Go 反射要求：只有可寻址（CanAddr()）且可导出的 Value，才能安全调用 Interface()。
典型场景：从 map 取值后直接 ValueOf(m["key"]).Interface() —— 这里 m["key"] 是副本，不可寻址；或者对结构体未导出字段调用 Interface()，也会 panic。
- 修复方式：确保源头可寻址，例如先
reflect.ValueOf(&u).Elem().FieldByName("Name")，再Interface() - 如果只是想打印或日志，用
Value.String()更安全（它不会 panic，但输出格式固定） - 在泛型代码中混用反射和
interface{}时，优先用类型断言而非Interface()，避免多一层反射开销
真正麻烦的从来不是怎么写反射，而是哪一步开始丢失了可寻址性 —— 多打一行 fmt.Println(v.CanAddr(), v.CanInterface()) 能省半天调试时间。
