不能直接用 reflect.Value.Slice 修改原切片元素，因为其返回的是不可寻址的副本；必须通过 reflect.ValueOf(&slice).Elem() 获取可寻址值后才能修改。
为什么不能直接用 reflect.Value.Slice 修改原切片元素
因为 reflect.Value.Slice 返回的是原切片的副本（新 reflect.Value），对它的修改不会影响原始底层数组，除非你显式调用 Set() 或操作可寻址的值。常见错误是：拿到 reflect.ValueOf(slice).Slice(i, j) 后直接 Index(k).Set(...)，结果原切片没变——因为那个 Slice 返回值默认不可寻址。
必须确保 reflect.Value 可寻址才能修改元素
要真正修改切片中的某个元素，该 reflect.Value 必须来自可寻址的源（比如指针解引用或变量地址）。否则 CanAddr() 为 false，CanSet() 也必为 false，所有 Set* 方法都会 panic。
- ✅ 正确做法：
slice := []int{1, 2, 3} v := reflect.ValueOf(&slice).Elem() // 获取可寻址的 slice Value v.Index(0).SetInt(99) // 修改成功 - ❌ 错误写法：
slice := []int{1, 2, 3} v := reflect.ValueOf(slice) // 不可寻址，CanAddr()==false v.Index(0).SetInt(99) // panic: reflect: cannot set unaddressable value - 若传入函数的是
interface{}，且不确定是否是指针，需先检查：if v.Kind() == reflect.Ptr { v = v.Elem() }，再确认v.Kind() == reflect.Slice && v.CanAddr()
修改切片长度和容量需通过 reflect.Copy 或底层 unsafe（谨慎）
reflect.Value 不提供直接修改切片头中 len 或 cap 字段的接口。想“扩容”或“截断”，本质是创建新切片并复制数据：
- 安全方式：用
reflect.MakeSlice创建新切片，再用reflect.Copy转移数据old := []string{"a", "b"} oldV := reflect.ValueOf(&old).Elem() newV := reflect.MakeSlice(oldV.Type(), 5, 5) reflect.Copy(newV, oldV) // 复制前 len(old) 个元素 // newV.Interface() 是新切片，需手动赋回 old - 不推荐但可行（仅调试/极端场景）：用
unsafe手动构造切片头。这绕过类型安全，Go 1.21+ 对unsafe.Slice有更严格限制，容易导致崩溃或 GC 异常 - 注意：即使你能改
len，若超出原cap，后续写入会越界 —— reflect 无法帮你做边界保护
嵌套切片（如 [][]int）修改单个子切片元素的典型流程
多层嵌套时，每级都要确保可寻址，并逐层 Index() 到目标位置。例如修改 matrix[1][2]：
立即学习“go语言免费学习笔记（深入）”；
matrix := [][]int{{1,2,3}, {4,5,6}}
v := reflect.ValueOf(&matrix).Elem() // matrix 可寻址
rowV := v.Index(1) // []int 类型，但此时 rowV 不可寻址（它是从不可变切片中取的）
// ❌ rowV.Index(2).SetInt(99) 会 panic
正确做法是：先取出子切片的引用，再取其元素地址：
- 方案一（推荐）：把子切片赋给局部变量再反射
sub := matrix[1] subV := reflect.ValueOf(&sub).Elem() subV.Index(2).SetInt(99) matrix[1] = sub // 显式写回
- 方案二：用
reflect.ValueOf(&matrix).Elem().Index(1)得到子切片后，再用Addr().Elem()尝试提升可寻址性 —— 但仅当原matrix是变量且未被优化掉时才可靠
嵌套越深，手动保证每一层可寻址越容易出错；生产代码中，优先考虑结构体字段或明确索引的直接赋值，而非全靠 reflect 深度遍历修改。
