go反射真正难点在于隐性规则：传值导致不可寻址、小写字段不可见、接收者类型不匹配、kind与type混淆，所有操作前必须校验isvalid()、canset()和可寻址性，否则运行时panic。
Go反射不是“学完就能用”，而是“用到才明白要怎么绕”。真正卡住人的从来不是reflect.TypeOf或reflect.ValueOf这两个函数，而是传参方式、可寻址性判断、Kind和Type的混淆，以及结构体字段导出规则这些隐性门槛。
为什么reflect.ValueOf(x)不能改值，但reflect.ValueOf(&x).Elem()可以？
因为reflect.Value封装的是值的拷贝，不是原变量本身。直接传x，得到的是不可寻址的副本；传&x，Value内部持有了指针，再用.Elem()解引用，才拿到可寻址的原始值。
-
v := reflect.ValueOf(x)→v.CanSet() == false（无论x是什么类型） -
v := reflect.ValueOf(&x).Elem()→v.CanSet() == true（前提是x是可寻址变量，比如局部变量、结构体字段，但不能是字面量或常量） - 常见错误：
reflect.ValueOf(42).SetInt(100)直接panic："reflect: call of reflect.Value.SetInt on zero Value"
结构体字段反射时，为什么FieldByName("Name")返回零值？
Go反射遵循导出规则：只有首字母大写的字段（即导出字段）才能被reflect访问。小写字母开头的字段在反射中完全不可见，NumField()不计数，FieldByName()返回无效reflect.Value。
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- 结构体定义：
type User struct { name string; Name string }→ 只有Name能被反射读写 -
v.FieldByName("name").IsValid()返回false - 如果必须处理非导出字段，只能用
unsafe（不推荐），或重构为导出字段
调用方法前，为什么v.MethodByName("Foo")总是Invalid？
反射调用方法，要求接收者类型匹配。传值接收者（func (u User) Foo()）只能对reflect.ValueOf(u)调用；传指针接收者（func (u *User) Bar()）必须用reflect.ValueOf(&u)。
-
u := User{}→reflect.ValueOf(u).MethodByName("Foo")有效（值接收者） -
u := User{}→reflect.ValueOf(u).MethodByName("Bar")无效（指针接收者，但传的是值） - 正确做法：
reflect.ValueOf(&u).MethodByName("Bar") - 检查是否有效：
method := v.MethodByName("Foo"); if !method.IsValid() { /* handle missing method */ }
Kind()和Type()到底该用哪个判断类型？
Type()返回具体类型（如MyInt、type Person struct{...}），Kind()返回底层分类（int、struct）。做类型分支时，绝大多数情况应该用Kind()，否则会漏判别名类型。
-
type MyInt int，var x MyInt = 5 -
reflect.TypeOf(x).Name()→"MyInt"，.Kind()→reflect.Int - 想统一处理所有整数？用
v.Kind() == reflect.Int || v.Kind() == reflect.Int64 || ... - 想精确区分
MyInt和int？才用v.Type().Name() == "MyInt"
反射真正的复杂点不在语法，而在它把编译期确定的类型安全，拖到了运行时做手工校验——每一个.Elem()、.CanSet()、.IsValid()都是在补这个缺口。漏掉任何一个，程序就panic，而且往往发生在生产环境的边缘case里。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
