必须传入slice地址再调用Elem()获取可寻址值，否则Set*方法会panic；修改元素需用Index(i)定位并确保其可寻址，禁止对值拷贝的slice执行Set操作。
用 reflect.Value.Elem() 获取可寻址的 slice 值
直接对 reflect.ValueOf(slice) 调用 Set* 方法会 panic：「reflect: reflect.Value.SetUint using unaddressable value」。根本原因是传入的 slice 是值拷贝，reflect.Value 默认不可寻址。必须先确保拿到的是指针指向的 slice 值。
正确做法是传入 slice 的地址，再调用 .Elem()：
slice := []int{1, 2, 3}
v := reflect.ValueOf(&slice).Elem() // ✅ 可寻址
// 现在 v.CanSet() == true，可修改常见错误是漏掉 & 或多套一层 .Elem()，比如 reflect.ValueOf(&slice).Elem().Elem() —— 这会导致 panic：「call of reflect.Value.Elem on slice Value」。
修改 slice 元素需先用 Index() 定位，再用 Set* 方法赋值
reflect.Value 不支持类似 v[i] = x 的语法。必须用 Index(i) 获取第 i 个元素的 reflect.Value，且该值本身也必须可寻址、可设置（即来自可寻址 slice）。
立即学习“go语言免费学习笔记（深入）”；
- 对 int 类型 slice，用
Index(i).SetInt(newVal) - 对 string 类型 slice，用
Index(i).SetString(newStr) - 对结构体字段 slice，若字段是导出的，可用
Index(i).FieldByName("Name").SetString(...)
示例：把 []string 中第 0 个元素改为 "hello"
ss := []string{"a", "b"}
v := reflect.ValueOf(&ss).Elem()
if v.Kind() == reflect.Slice && v.Len() > 0 {
v.Index(0).SetString("hello") // ✅ 成功修改
}
// ss 现在是 []string{"hello", "b"}注意 slice 底层数组长度限制和扩容行为
reflect 修改 slice 元素本身不会触发扩容，但如果你误用 SetLen() 或 SetCap()，可能破坏原有底层数组逻辑，尤其当原 slice 来自子切片（如 s[2:4]）时。
安全边界操作只建议：
- 仅用
Index(i)修改已有索引位置（i ） - 避免调用
v.SetLen(n)，除非你明确控制底层数组且确认n - 不要对非指针传入的 slice 做任何
Set*操作 —— 即使编译通过，也不会影响原始变量
典型陷阱：reflect.ValueOf(someSlice).Index(0).SetInt(42) 看似无错，实则无效，因为 someSlice 是值传递，修改的是副本。
嵌套 slice（如 [][]int）需要逐层 Elem() 和 Index()
二维 slice 实际是「slice of slice」，要改 matrix[1][2]，得先取外层 slice 的第 1 个元素（它本身是个 slice），再对其调用 Index(2)。但这个内层 slice 必须也是可寻址的 —— 所以通常需要两层指针或提前取出并取地址。
更稳妥的做法是：先用 Index(1) 得到内层 slice 的 reflect.Value，再用 .Addr().Elem()（如果它是可寻址的）或直接判断其是否为 slice 后继续 Index(2)：
matrix := [][]int{{1,2}, {3,4,5}}
v := reflect.ValueOf(&matrix).Elem()
inner := v.Index(1) // inner.Kind() == reflect.Slice
if inner.CanInterface() {
// inner 是可寻址 slice，可继续操作
inner.Index(2).SetInt(99) // matrix[1][2] 变成 99
}这里容易忽略的是：v.Index(1) 返回的 reflect.Value 是否仍可寻址？答案是 —— 仅当原始 matrix 是指针传入、且该元素本身未被复制时才成立。最保险的方式始终是「只对明确传入地址的 slice 做修改」。
