go反射调用set方法必panic的根本原因是值不可设置，必须传指针后调用elem()并确保canset()为true才能安全赋值。
CanSet）、导出性（首字母大写）、接口兜底（interface{}）。
为什么 reflect.ValueOf(x).SetInt(100) 总 panic？
因为 x 是值传递，reflect.ValueOf(x) 返回的是不可设置的副本。Go 不允许通过值反射修改原始变量——这是语言设计的硬约束，不是 bug。
常见错误现象：panic: reflect: call of reflect.Value.SetInt on zero Value 或 panic: reflect: call of reflect.Value.SetXxx on non-settable Value
- 必须传指针：
reflect.ValueOf(&x).Elem()才能得到可设置的Value - 必须检查
CanSet()，哪怕你传了指针，也可能因字段未导出而失败 -
Elem()前要确认是Ptr类型，否则 panic；可用v.Kind() == reflect.Ptr先判断
reflect.TypeOf 和 reflect.Value.Kind() 到底差在哪？
Type 是完整类型名（比如 main.User、[]string），Kind 是底层分类（reflect.Struct、reflect.Slice）。处理泛型或别名类型时，这个差异会直接决定逻辑是否健壮。
使用场景：写通用序列化函数时，Kind 决定怎么递归（Struct 遍历字段，Map 遍历键值对），而 Type.Name() 只在日志或调试时有用。
-
type MyInt int，reflect.TypeOf(MyInt(0)).Name()返回"MyInt"，但.Kind()是reflect.Int - 结构体匿名字段嵌套时，
Kind仍是reflect.Struct，但Type可能是struct{...}（无名） - 切片和数组的
Kind都是reflect.Slice/reflect.Array，但Type包含长度信息（数组）或不包含（切片）
遍历结构体字段时，为什么 FieldByName("Name") 返回零值？
字段必须导出（首字母大写），且结构体本身不能是匿名字段嵌套过深导致路径断裂。反射无法访问 unexported 字段，这是 Go 的安全边界，不是反射 API 的缺陷。
容易踩的坑：
- 字段标签（如
json:"name"）不影响FieldByName查找，只影响Tag方法读取 -
FieldByName对大小写敏感，"name"≠"Name" - 如果字段是嵌套结构体，需先
Field(i).Interface()转成具体类型，再调用reflect.ValueOf(...).Elem()才能继续反射 - 用
v.NumField()+v.Field(i)遍历比反复FieldByName更高效，也避免拼写错误
性能与兼容性：什么时候该放弃反射？
反射调用方法、修改字段、遍历结构体，平均比直接调用慢 10–100 倍；且编译器无法做内联、逃逸分析等优化。更重要的是，它绕过了类型系统，把错误从编译期推迟到运行时。
真实权衡点：
- JSON/XML 编解码：标准库已封装好，直接用
json.Marshal，别自己重写反射逻辑 - 依赖注入容器：优先用构造函数参数注入，而非靠反射扫描 struct 标签
- 测试 mock：用接口+组合，比反射改私有字段更可维护
- 唯一合理场景：实现类似
fmt或encoding/gob这种需要处理任意类型的底层基础设施
最常被忽略的一点：反射代码一旦涉及 interface{} 输入，就必须预设所有分支——没有类型提示，也没有 IDE 支持，改一个字段名就可能让整条反射链静默失败。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
