如何使用Golang reflect进行反射操作_Golang reflect类型与值操作示例_技术教程

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()。

字段名必须首字母大写（导出），否则 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()) 能省半天调试时间。