reflect.valueof(&x).elem()才可设置，reflect.valueof(x)或reflect.valueof(ptr)均不可设置；指针接收者方法反射调用需对象可寻址，否则panic；缓存type不减少指针接收者反射开销。
reflect.ValueOf(&x) 和 reflect.ValueOf(x) 的可设置性差异
用指针接收者方法配合反射时，reflect.ValueOf(x) 得到的 Value 一定不可设置（.CanSet() == false），哪怕 x 是指针类型；只有 reflect.ValueOf(&x) 再调 .Elem() 才可能获得可设置值。常见错误是传入 *T 却直接 reflect.ValueOf(ptr)，结果 .SetXxx() 静默失败或 panic。
原因在于：接口值包装后，reflect.ValueOf 拿到的是 interface{} 的副本，而非原始变量地址。即使 ptr 本身是指针，reflect.ValueOf(ptr) 返回的仍是该指针值的拷贝，不是它指向对象的地址。
- 正确路径：
v := reflect.ValueOf(&x).Elem()→ 可设置 - 错误路径：
v := reflect.ValueOf(x)或reflect.ValueOf(ptr)→v.CanSet() == false - 若
x是不可寻址字面量（如Counter(1)），&x本身就不合法，编译失败
指针接收者方法在反射调用中的开销放大
通过 reflect.Value.MethodByName("Foo").Call() 调用指针接收者方法时，Go 会自动对实参取地址——但这仅在实参可寻址时才成功。如果传的是不可寻址值（map 中的 struct、函数返回值、字面量），就会 panic 或编译报错：cannot call pointer method on ...。
这不是反射独有的问题，而是接口隐式装箱规则在反射层的暴露。但反射让这个问题更隐蔽：你可能在 MethodByName 后才看到 panic，而不是在函数签名处就发现类型不匹配。
- 安全前提：被反射调用的对象必须是变量（可寻址），且类型声明了指针接收者方法
- 典型翻车点：
m := map[string]User{"a": User{}}; reflect.ValueOf(m["a"]).MethodByName("Save").Call(nil)→ panic - 修复方式：先取地址再反射，
reflect.ValueOf(&m["a"]).Elem().MethodByName("Save").Call(nil)，但要注意 map value 不可寻址，得先赋给局部变量
缓存 reflect.Type 无法规避指针接收者带来的反射成本
很多人以为缓存 reflect.Type 就能“优化”反射调用性能，但指针接收者方法的反射调用仍比值接收者慢约 20–30%。因为 Method.Call() 内部要额外做一次地址检查、nil 判断和间接寻址跳转——这些在值接收者中是省略的。
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
更关键的是：如果你的结构体本身是大对象（比如含 []byte 或 map[string]int），用指针接收者虽避免了值拷贝，但反射调用时 Call() 仍需构建新栈帧、复制参数切片、做类型校验，这部分开销不会因接收器类型改变而减少。
- 值接收者反射调用：参数按值拷贝 + 方法调用
- 指针接收者反射调用：参数检查是否为指针 + 地址有效性验证 + 方法调用
- 真正省开销的方式是不用反射调用，改用预生成闭包（
unsafe.Offsetof+ 函数指针）
interface{} 装箱时的隐式指针升级陷阱
当你把一个只有指针接收者方法的类型赋给 interface{}，比如 var i fmt.Stringer = myStruct，Go 编译器会尝试自动取地址装箱——但仅当 myStruct 是可寻址变量时才成功。若它是函数返回值或 map value，就会编译失败。
这个规则在反射中被复现：用 reflect.ValueOf(myStruct) 构造 Value 时，底层也走同一套装箱逻辑。所以别指望反射能绕过 Go 的方法集规则。
- 编译期就能发现的问题，别拖到运行时用反射暴露
- 检查是否实现某接口，用
var _ io.Writer = (*MyType)(nil)，而不是靠反射临时试 - 函数返回值若要进反射流程，务必返回指针：
func NewT() *T，而非func NewT() T
最易被忽略的一点：指针接收者本身不增加反射开销，但会让「反射调用」和「接口装箱」两个环节耦合得更紧——你改一个接收器类型，可能同时影响编译期类型检查、运行时反射行为、以及接口变量的内存布局。这三者稍有不一致，panic 就在所难免。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
