记录人：今天和“逃逸变量”打了一天游击战的 Go 程序员
心情：我栈得住吗？我可能堆了！

有人和我跟我说：“你的代码性能瓶颈可能在于变量‘逃逸’了。”

我心想：逃逸？是变量离家出走了吗？

他丢下一句话：“Go 是栈内存模型，逃逸变量会被分配到堆。看懂逃逸分析报告，你才是正经优化人。”

我：😵‍💫“你说得对，但我完全听不懂。”

---

🏠 Go 的内存分配：栈 vs 堆

• 栈（stack）：函数调用时自动分配，速度快，不需要垃圾回收。
• 堆（heap）：运行时动态分配，需要 GC，代价高但灵活。

原则：能放栈就别放堆，GC 贵啊兄弟！

---

👻 什么是逃逸？

当一个变量不能保证在函数结束后不会被其他地方使用，Go 编译器就会把它放到堆上，这叫“逃逸”。

---

🧪 举个栗子：变量有没有逃逸？

func makePointer() *int {
    x := 100
    return &x // x 逃逸了！
}

🧠 x 原本是局部变量，应该分配在栈上，但我们把它的地址返回了，它必须活得比函数久，所以它被分配到堆上了。

---

🧵 再看个没逃逸的例子

func noEscape() int {
    x := 100
    return x // x 没有逃逸
}

变量 x 在函数内使用完就销毁，编译器知道没人“偷偷留住它”，它就放心地把它分配在栈上。

---

📦 怎么查看逃逸分析？

编译时加参数：

go build -gcflags=-m main.go

或者带 -m -l 更详细：

go build -gcflags="-m -l" main.go

📜 输出长这样：

./main.go:6:6: moved to heap: x

👀 是不是有点像被点名“你把变量搞逃逸了”？

---

🧙逃逸流程图

逃不逃，全靠你怎么用。

---

💥 典型逃逸场景

• 返回局部变量的地址
• 接口转换：值被装箱成 interface
• 闭包引用外部变量
• 用 reflect 修改字段
• 将变量传给“可能存储它”的函数（比如 fmt.Println 有时都可能触发）

---

🚦 如何优化逃逸？

• 减少返回指针，能返回值就返回值
• 避免不必要的 interface 转换
• 小心闭包，尤其在 for 循环中引用外部变量
• 用 sync.Pool 复用大对象

---

⚠️ 小贴士：有时候逃逸是好事

Go 会自动决定分配位置，有些时候堆比栈更适合（比如协程之间传值）。别为优化而优化，先看性能瓶颈再说！

---

✍️ 今日总结

• 栈快但短命，堆慢但持久
• Go 编译器会做逃逸分析，把变量自动安排到合理的位置
• go build -gcflags=-m 是你的逃逸显微镜
• 性能调优第一步：先看变量是不是逃逸了！

今日咒语：

“不要试图控制一切，但至少要知道谁在偷偷溜出函数体。”

---