Go 中无法用指针修改函数内局部变量，因其栈内存随函数返回被回收，取址会导致编译失败或运行时崩溃；唯一可行的是修改调用方传入的、生命周期更长的变量。
Go 里不能用指针修改函数内局部变量
直接结论：你做不到。Go 编译器会拒绝编译，或运行时崩溃——因为函数内局部变量的生命周期只到函数返回，其栈内存会在函数退出后自动回收。任何试图在函数外保留或修改它的指针，都违反 Go 的内存安全模型。
常见错误现象：invalid operation: cannot take address of（编译失败），或更隐蔽的 fatal error: unexpected signal during runtime execution（段错误）。
- 局部变量（如
func f() { x := 42; p := &x }）分配在栈上，函数返回后该栈帧被销毁，p变成悬空指针（dangling pointer） - Go 不允许取某些局部变量的地址（比如字面量、短声明中的临时值），这是编译期硬性限制，不是警告
- 即使绕过编译（例如用
unsafe.Pointer强转），运行时访问已释放栈内存，结果是未定义行为（UB），可能 crash、数据错乱或看似“正常”但不可靠
能改的只有调用方传入的、生命周期更长的变量
真正可行的场景，是函数接收一个指向**调用方变量**的指针（比如 *string、*int），然后通过解引用修改它。这个变量必须在函数返回后依然有效——通常是调用方的局部变量、包级变量或堆上分配的对象。
典型使用场景：
立即学习“go语言免费学习笔记（深入）”；
- 修改主函数里的变量：
changeColor(&varName)，其中varName是main函数中声明的var - 更新结构体字段：
updateUser(&user)，user是调用方持有的 struct 实例 - 翻转布尔状态：
toggle(&flag)，flag是外部定义的bool变量
关键区别在于：指针指向的内存地址，是否在函数结束后仍合法可写。Go 的安全机制正是靠这点守住底线。
*dest = src 和 dest = &src 的本质区别
这两个语句常被混淆，但效果完全相反：
-
*dest = src：把src的值写入dest所指向的内存位置 → ✅ 修改原始变量 -
dest = &src：把dest这个指针变量本身重定向，让它指向src的地址 → ❌ 只影响函数内局部指针，对外无作用；且src若为局部变量，其地址很快失效
示例对比：
func good(p *int, v int) { *p = v } // 修改 p 指向的原始 int
func bad(p *int, v int) { p = &v } // p 现在指向函数内局部 v，返回即失效
后者没有任何外部可见效果，还可能因 v 被优化掉而触发编译错误。
常量和字符串字面量为什么改不了？
不是语法不许，而是操作系统层面禁止写入。Go 把 const 声明的值和字符串字面量（如 "hello"）放在只读内存段（.rodata）。哪怕你侥幸拿到地址（极少见），执行 *ptr = 'H' 会立刻触发 SIGSEGV。
-
const s = "hi"→ 无法取地址，编译报错 -
s := "hi"（非 const）→&s合法，但s底层 data 指向只读区，改内容仍 crash - 真正可安全修改的，只能是
var声明的变量，且其底层存储在可写数据段或堆上
真正容易被忽略的点：指针安全不只靠语法检查，更依赖变量的实际生命周期和内存布局。别试图“延长”局部变量的命，Go 不给你这个机会。
