go中数组长度不可变，反射无法修改；切片扩容须用reflect.makeslice重建并复制数据，setlen仅支持可寻址切片且不能超容，多用于缩容而非扩容。
Go 里不能用反射修改数组长度
数组长度是类型的一部分，[5]int 和 [6]int 是完全不同的类型。反射无法绕过这个编译期约束，reflect.Value.SetLen 对数组 panic，报错 reflect: call of reflect.Value.SetLen on array Value。这不是权限或方法没找对，是语言设计上就禁止——数组长度不可变。
切片扩容必须用 reflect.MakeSlice 重做底层
切片本质是结构体（ptr + len + cap），扩容不是“改长度”，而是申请新底层数组、复制数据、更新字段。反射不能直接改 len 字段（因为它是 unexported 字段，且 reflect.Value.FieldByName 拿不到），唯一安全做法是重建：
- 用
reflect.Value.Cap()判断当前容量是否足够；不够就调reflect.MakeSlice分配新切片 - 用
reflect.Copy把旧数据拷过去（注意：源和目标类型必须一致） - 把新切片赋值回原变量，需用
reflect.Value.Set，且原变量必须是 addressable（比如传指针进去）
示例关键片段：
newSlice := reflect.MakeSlice(v.Type(), newLen, newCap) reflect.Copy(newSlice, v) v.Set(newSlice)
为什么不用 append 而要反射？
多数场景根本不需要反射——append 就是标准、高效、安全的扩容方式。反射只在极少数动态场景下被迫使用，比如：
- 泛型函数还没普及前，写一个能处理任意切片类型的工具函数
- 序列化/反序列化库中，根据 schema 动态调整切片容量
- 调试器或运行时分析工具，需要在未知类型下模拟扩容行为
但要注意：reflect.MakeSlice 分配的新底层数组和原数组无关，原指针失效；如果代码里有其他地方缓存了旧底层数组指针（比如 unsafe.Slice 或 reflect.SliceHeader），会出问题。
常见坑：误以为 SetLen 能用于切片
reflect.Value.SetLen 确实存在，但它只接受 slice 类型，且要求新长度 ≤ 当前容量。很多人试了数组失败后，转头对切片调用它，结果 panic 报 reflect: call of reflect.Value.SetLen on unaddressable Value。原因很简单：
- 你传进来的切片值是 copy 过来的（比如函数参数是
interface{}），不是 addressable 的 - 必须从指针解引用得到可寻址的
reflect.Value，例如reflect.ValueOf(&s).Elem() - 即便 addressable，
SetLen也不能超过 cap，否则 panic
所以别依赖 SetLen 做扩容，它只是“缩容”或“复位长度”的工具，不是扩容接口。
真正难的不是怎么写反射代码，而是判断“这里到底该不该用反射”。大部分所谓“动态扩容需求”，其实用接口+类型断言或泛型就能更干净地解决。反射一上，类型安全和性能都得让路，还容易漏掉 addressable 性检查。
