Go中直接修改slice底层数组需用unsafe.Slice或reflect.SliceHeader手动构造新header并覆盖原内存，因slice的ptr字段不可寻址；操作危险，须确保新数组生命周期长于slice使用期，否则引发panic或脏读。
直接修改切片底层数组需要绕过 Go 的安全机制
Go 语言中，slice 本身是值类型，包含 ptr、len、cap 三个字段。虽然它指向底层数组，但标准语法（如 s[i] = x）只能修改已有元素，无法通过指针“替换”整个底层数组——因为 slice 的 ptr 字段不可寻址，也不能被直接赋值。
用 unsafe.Slice 或 reflect.SliceHeader 手动构造新 slice
想让一个 *[]T 指向新的底层数组，本质是修改其内部 ptr 字段。Go 1.17+ 推荐用 unsafe.Slice 配合 unsafe.Pointer 构造新 slice，再通过反射或指针写入：
常见做法是：先获取目标数组的首地址，再用 unsafe.Slice 创建对应长度的新 slice，最后用 reflect.Copy 或直接指针写入到原 slice 变量的内存位置（需 unsafe.Pointer(&s)）。
示例（修改 *[]int 指向新数组）：
立即学习“go语言免费学习笔记（深入）”；
import (
"reflect"
"unsafe"
)
func replaceSliceData(s *[]int, newData []int) {
if len(newData) == 0 {
*s = nil
return
}
// 获取 newData 底层数组首地址
newPtr := unsafe.Pointer(&newData[0])
// 构造新 slice header（等价于 unsafe.Slice(newPtr, len(newData))）
h := &reflect.SliceHeader{
Data: uintptr(newPtr),
Len: len(newData),
Cap: cap(newData),
}
// 把新 header 写入 *s 的内存位置
*(*reflect.SliceHeader)(unsafe.Pointer(s)) = *h
}
注意：replaceSliceData 是危险操作，必须确保 newData 生命周期长于 *s 的使用期，否则会引发 panic 或读取脏内存。
为什么不能直接对 *[]T 赋值？
因为 []T 是只读结构体，其字段（尤其是 ptr）在 Go 运行时被标记为不可写；直接赋值 *s = newData 只是复制 slice 值，不会影响调用方的底层数组引用关系。
-
*s = newData改变的是形参副本，不影响原始变量（除非你传的是**[]T并解引用两次） - 即使传
**[]T，Go 也不允许直接写(*s).ptr = ...—— 该字段无导出名，且reflect对 slice header 的写入也仅限于整体替换 - 所有“修改底层数组”的操作，本质都是重新构造一个 slice header 并覆盖原内存
容易踩的坑：内存生命周期和 GC 干扰
最常被忽略的是：新底层数组如果来自局部变量（比如函数内创建的 make([]int, n)），它的底层数组可能在函数返回后被 GC 回收，而外部 slice 还在引用它 —— 这会导致未定义行为，典型表现为随机 panic 或数据错乱。
安全做法：
- 新数组应来自堆分配（如全局变量、成员字段、或显式
make后逃逸） - 避免从
string或[]byte的unsafe.String/unsafe.Slice结果直接取地址用于长期持有 - 调试时可用
runtime.ReadMemStats观察是否出现异常的堆增长或 GC 频次升高
真正需要改底层数组的场景极少，多数时候应该用 append、copy 或重构逻辑；一旦用了 unsafe，就得自己扛住内存管理责任。
