在 Go 中，无法直接对表达式结果取地址（如 &(*a + *b)），因为临时计算值没有内存地址；必须先将结果赋给变量再取其地址，Go 编译器会自动将其逃逸到堆上以确保指针安全。
在 go 中，无法直接对表达式结果取地址（如 `&(*a + *b)`），因为临时计算值没有内存地址；必须先将结果赋给变量再取其地址，go 编译器会自动将其逃逸到堆上以确保指针安全。
在 Go 中，指针本质上是内存地址的引用。而像 *m["x"] + *m["y"] 这样的算术表达式，其结果是一个无名临时值——它可能仅存在于 CPU 寄存器中，或作为栈上的瞬时计算产物，并未被分配独立、稳定的内存位置。因此，Go 编译器禁止对其使用取地址操作符 &，报错 cannot take the address of ... 是完全合理的语言安全机制。
✅ 正确做法：先声明局部变量，再取其地址。这是最清晰、最符合 Go 惯用法的方式：
x, y := 10, 20
m := map[string]*int{
"x": &x,
"y": &y,
}
// ✅ 正确：将运算结果存入命名变量，再取址
sum := *m["x"] + *m["y"]
m["d"] = &sum
fmt.Printf("m[\"d\"] = %p, value = %d\n", m["d"], *m["d"])
// 输出类似：m["d"] = 0xc000014098, value = 30
? 关键点在于：即使 sum 是函数内的局部变量，只要它的地址被存储（例如写入 map 并返回或长期持有），Go 编译器会通过逃逸分析（escape analysis） 自动将其分配到堆上，而非栈上。这意味着该指针在整个生命周期内始终有效，无需手动管理内存——这是 Go 的核心安全保障之一。
⚠️ 注意事项：
- ❌ 避免“技巧性”写法（如 &[]int{*m["x"] + *m["y"]}[0]）。虽然语法合法且能运行，但它创建了不必要的切片底层数组，可读性差、语义模糊，且存在微小性能开销；
- ✅ 始终优先使用显式变量：语义明确、便于调试、利于静态分析；
- ? 若 map 在函数外定义（如包级变量或由调用方传入），上述局部变量逃逸行为依然成立，无需额外干预。
总结：Go 不允许取临时表达式的地址，不是限制，而是对内存安全的强制保障。通过引入一个具名中间变量并取其地址，既满足了指针存储需求，又完全契合 Go 的内存模型与编译器优化机制——简洁、安全、地道。
