不能直接用 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]：

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 深度遍历修改。