反射仅适用于运行时动态操作类型和值的场景,如序列化工具、ORM框架;reflect.ValueOf默认返回副本,需传指针并调用Elem()才能修改原变量,且仅导出字段在结构体可寻址时才可写。
Go 的反射不是万能胶,用错地方反而让代码更难维护;它只在真正需要运行时动态操作类型和值时才值得用,比如写通用序列化工具、ORM 框架或测试辅助函数。
为什么 reflect.ValueOf 返回的值不能直接修改变量?
因为 reflect.ValueOf 默认返回的是原值的副本(除非显式传入指针)。对副本调用 Set* 方法会 panic:「reflect: reflect.Value.Set using unaddressable value」。
- 要修改原始变量,必须传入指针:
reflect.ValueOf(&x),再用.Elem()获取可寻址的值 - 原始值本身不可寻址(如字面量、函数返回值)时,即使加了
&也会编译失败,这时反射根本无法修改 - 结构体字段只有导出(大写开头)且所在结构体本身可寻址,才能被
Set
如何安全地用反射遍历结构体字段并读取 tag?
常见于 JSON/YAML 解析、校验库中提取 json: 或 validate: 标签。关键点是:先确认是结构体、再确认字段导出、再检查 tag 是否非空。
val := reflect.ValueOf(obj)
typ := reflect.TypeOf(obj)
if val.Kind() == reflect.Ptr {
val = val.Elem()
typ = typ.Elem()
}
if typ.Kind() != reflect.Struct {
return
}
for i := 0; i < typ.NumField(); i++ {
field := typ.Field(i)
if !val.Field(i).CanInterface() { // 非导出字段无法取值
continue
}
jsonTag := field.Tag.Get("json")
if jsonTag == "" || jsonTag == "-" {
continue
}
// 处理字段名和值,例如:field.Name → val.Field(i).Interface()
}
reflect.DeepEqual 看似方便,但为什么线上慎用?
它会递归比较任意嵌套结构,性能差、不透明、且对某些类型行为反直觉(比如 func 类型恒等为 false,map 的键顺序不同会导致误判)。