reflect.type描述类型元信息（如字段、方法、标签），reflect.value描述运行时值并支持读写操作；二者职责分离、不可互换，type用于静态检查，value用于动态操作。
reflect.Type 描述“这是什么类型”，reflect.Value 描述“它现在是什么值”——两者不能互换，也不能用同一个函数获取后混用。
什么时候该用 reflect.TypeOf 而不是 reflect.ValueOf
当你只关心结构、标签、字段名、方法列表或类型一致性时，必须用 reflect.TypeOf。比如校验 struct 是否带 json 标签、判断两个变量是否同为 *User 类型、遍历字段数量等。
-
reflect.TypeOf(x)返回的是接口值的动态类型，哪怕x是io.Writer接口，只要底层是*os.File，就返回*os.File的Type -
Type没有.Interface()或.Set()方法，强行调用会 panic -
Type的零值是nil，一旦为nil就不能调任何方法；而Value零值是Kind() == Invalid，不 panic 但多数操作无效 - 字段遍历必须用
t.NumField()和t.Field(i)，其中t是reflect.Type
为什么 reflect.ValueOf(&x).Elem() 常见却容易出错
因为 reflect.ValueOf(x) 默认拿到的是不可寻址的副本，无法修改原值；要设值，必须传指针再调 .Elem() 得到可寻址的 Value。
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 直接
reflect.ValueOf(x).SetString("a")会 panic：“reflect: reflect.Value.SetString using unaddressable value” - 正确写法是
v := reflect.ValueOf(&x).Elem()，再检查v.CanSet()才能安全赋值 - 对 interface{} 变量调
ValueOf后，若原值是不可寻址的（如字面量、函数返回值），即使加了&也可能因类型不匹配导致.Elem()失败 -
Value支持.Interface()还原原始值，但仅当值可导出且非空；否则 panic 或返回零值
Type 和 Value 怎么协作读写结构体字段
必须分开使用：用 Type 看字段定义和标签，用 Value 拿对应字段的值并操作。
- 遍历字段数用
t.NumField()（t是reflect.Type），但取第i个字段的值必须用v.Field(i)（v是reflect.Value） - 不能用
v.FieldByName(t.Field(i).Name)替代v.Field(i)—— 字段名可能和 JSON 标签不一致，且FieldByName区分大小写、忽略未导出字段 -
t.Field(i).Tag.Get("json")返回标签字符串，v.Field(i).Interface()返回当前值，二者配合才能实现带标签的序列化逻辑 - 修改字段前务必检查
v.Field(i).CanSet()，否则 panic；即使CanSet()为 true，也要确保底层类型匹配（如不能用SetInt()写 string 字段）
最常被忽略的一点是：reflect.Value 的有效性（validity）和可设置性（setability）是两回事。一个 Value 可以有效（IsValid() == true）但不可设置（CanSet() == false），比如从 reflect.ValueOf(x) 直接得到的值。这种状态不会 panic，但 Set* 方法静默失败——你得主动检查，而不是靠运行时错误来发现。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
