结构体方法中字段未改变，因使用值接收器导致操作副本；map中无法直接修改字段因值不可寻址；反射修改interface{}中Struct需传指针；切片字段修改需指针接收器确保持久化。
结构体方法里改了字段，为啥 main 里没变？
因为用了值接收器（func (t Test) AddString()），方法内操作的是结构体副本，改完就丢了。go 默认按值传递，哪怕结构体里嵌了切片、map 或指针，只要接收器是值类型，整个结构体就被复制一份——字段修改只在副本上生效。
- ✅ 正确做法：把接收器改成指针类型，比如
func (t *Test) AddString() - ⚠️ 注意：如果结构体很大，值接收器还会带来不必要的内存拷贝；小结构体（如两个 int）倒可以接受，但语义上仍无法修改原值
- ? 检查方式：看方法定义里括号内是
t Test还是t *Test；调用时传的是test还是&test不重要，Go 会自动取地址或解引用，关键在方法签名本身
map[string]Struct 里改不了字段，报 cannot assign to map[key].field
这是 Go 的硬性限制：map 的值不可寻址，taskMap["showDir"].Desc = "x" 直接编译失败。不是语法错，是语言设计使然——map 查找返回的是临时副本，没有内存地址，没法赋值。
- ✅ 解决方案：把 map 值类型声明为指针，例如
map[string]*Task，初始化时用{"showDir": &Task{Cmd: "ls"}}或简写{"showDir": {Cmd: "ls"}}（Go 自动取地址） - ⚠️ 风险点：访问
taskMap["missing"]得到的是nil，直接写taskMap["missing"].Desc会 panic；务必先判空 - ❌ 别试类型转换绕过：比如
taskMap["showDir"] = Task{...}再改字段，再塞回去——这等于每次写都全量拷贝，性能差且易错
用反射想改 Interface{} 里的 struct 字段，CanSet() == false
当你把结构体值（不是指针）直接赋给 interface{}，再用 reflect.ValueOf(x).Field(0).SetString(...)，一定会失败。因为接口内部存的是值副本，反射拿到的 reflect.Value 不可寻址、不可设值。
- ✅ 正确姿势：确保传入反射的是指针，比如
reflect.ValueOf(&myStruct).Elem()，或者一开始就用interface{}包装*MyStruct - ? 验证方法：调用
v.CanAddr()和v.Field(0).CanSet()，两者都为true才能安全修改 - ? 记住：反射不创造新规则，它只是暴露了 Go 原有的寻址约束——不能改的，反射也改不了
切片字段“看起来改了”，但 len 没变，或改了却影响别的地方
切片本身是三元组（ptr, len, cap），赋值或传参时只拷贝这三个字段，底层数据不会复制。所以 t.items = append(t.items, x) 在值接收器方法里看似加了元素，其实只是改了副本的 ptr/len，原始结构体的 items 仍是旧的三元组。
立即学习“go语言免费学习笔记（深入）”；
- ✅ 统一原则：只要涉及修改切片长度（
append）、map 增删、或结构体字段需持久化，接收器必须用指针 - ⚠️ 特别注意嵌套：比如
type Config struct { Rules []*Rule }，即使Rules是指针切片，Rule本身的字段修改仍要看Rule方法用的是值还是指针接收器 - ? 调试技巧：打印
unsafe.pointer(&s.items[0])和len(s.items)，确认是否真的指向同一块底层数组、长度是否同步更新
最常被忽略的一点：问题往往不出在某一行代码，而出现在「一开始定义方法时选错了接收器类型」。改起来很简单，但得从设计源头意识到——Go 的值语义是彻底的，没有隐式引用，也没有“默认可修改”。你让谁改，就得明确告诉编译器：那是它的地址。