逃逸分析是Go编译器判断变量是否超出函数作用域的过程，若变量逃逸则分配在堆上。通过go build -gcflags="-m"可查看逃逸信息，如“escapes to heap”表示变量被堆分配，常见于返回局部变量指针或被goroutine捕获等情况，合理使用该机制可优化内存和性能。
在Go语言中，指针逃逸分析是编译器决定变量分配在栈上还是堆上的关键机制。理解逃逸分析有助于写出更高效的代码。通过编译器的
gcflags参数，可以查看变量是否发生逃逸，从而优化内存使用。
什么是逃逸分析
Go编译器会进行静态分析，判断一个变量是否“逃逸”出当前函数作用域。如果变量被外部引用（如返回局部变量指针、被goroutine捕获等），则必须分配在堆上，这就发生了“逃逸”。
逃逸会导致堆分配增加，可能加重GC负担。因此，检测逃逸对性能优化很重要。
使用gcflags启用逃逸分析输出
通过
go build或
go run的
-gcflags参数，可以传入选项让编译器输出逃逸分析结果。
立即学习“go语言免费学习笔记（深入）”；
常用参数是
-m，用于打印逃逸分析信息。使用方式如下： go build -gcflags="-m" main.go
若想查看更详细的分析过程，可使用多个
-m： go build -gcflags="-m -m" main.go
第二个
-m会显示具体的原因，比如“escapes to heap”或“parameter is passed by pointer”。
解读逃逸输出信息
编译器输出通常包含文件名、行号和逃逸判断。例如：
./main.go:10:2: &s does not escape ./main.go:15:9: &s escapes to heap
说明第10行的地址没有逃逸，而第15行的变量被分配到堆上。
常见原因包括：
- 函数返回局部变量的指针
- 将局部变量地址传给闭包并被goroutine使用
- 赋值给全局变量或通过接口传递
实际例子分析
考虑以下代码：
func NewUser(name string) *User { u := User{name: name} return &u }执行
go build -gcflags="-m" main.go，输出可能为： main.go:5:9: &u escapes to heap
因为
&u被返回，超出函数作用域，必须堆分配。
而如下代码：
func printName(u *User) { fmt.Println(u.name) }传入指针但未逃逸，编译器可能输出：
main.go:3:16: u does not escape 基本上就这些。通过合理使用-gcflags="-m"，可以清晰看到变量逃逸情况，帮助优化内存分配。
