内存分配原理
Go语言使用转义分析来确定变量存储的位置，通常会尝试将所有的Go值存储在函数栈帧中，这种方式称为栈分配。编译器可以根据代码的情况预先确定哪些内存需要释放，并发出机器指令进行清理，无需Go垃圾收集器的干预。
但是，当编译器无法确定变量的生命周期或大小时，它就会将变量逃逸到堆中。例如，变量太大无法放入栈中，或者编译器无法确定变量是否在函数结束后被使用，这些情况都会导致变量逃逸到堆中。
尽管如此，我们并不能完全确定一个值是存储在堆还是栈中，因为只有编译器才能真正了解变量的存储位置。大多数情况下，Go开发者无需关心值存储在哪里，但了解这一点有助于性能优化。
逃逸分析的作用
逃逸分析是编译器用来确定变量是否逃逸到堆中的过程。任何不能存储在函数栈帧中的值都会逃逸到堆中。我们可以使用 go build -gcflags="-m" 命令来检查代码的内存分配情况，从而更好地理解变量的逃逸行为。
下面通过一些示例来说明逃逸分析的过程：
当一个函数简单地调用另一个函数时，变量通常会留在栈上。
package main
func main() {
x := 2
square(x)
}
func square(x int) int {
return x * x
}
在这种情况下，所有变量都保持在栈上。
# github.com/timliudream/go-test/EscapeDemo
./main.go:8:6: can inline square
./main.go:3:6: can inline main
./main.go:5:8: inlining call to square
当一个函数返回指针时，变量可能会逃逸到堆中。
package main
func main() {
x := 2
square(x)
}
func square(x int) *int {
y := x * x
return &y
}
在这里，变量 y 逃逸到了堆中，因为它的生命周期需要延长到函数返回后。
# github.com/timliudream/go-test/EscapeDemo
./main.go:21:6: can inline square
./main.go:16:6: can inline main
./main.go:18:8: inlining call to square
./main.go:22:2: moved to heap: y
当一个函数接受指针并返回指针时，变量可能会在栈和堆之间共享。
func main() {
x := 4
square(&x)
}
func square(x *int) *int {
y := *x * *x
return &y
}
在这种情况下，变量 x 保持在栈上，但其指向的值可能逃逸到堆中。
# github.com/timliudream/go-test/EscapeDemo
./main.go:50:6: can inline square
./main.go:45:6: can inline main
./main.go:47:8: inlining call to square
./main.go:50:13: x does not escape
./main.go:51:2: moved to heap: y
逃逸分析为我们提供了了解代码内存分配情况的工具，尽管大多数情况下我们不需要关心这个问题，但在性能优化时，了解这些原理会有所帮助。
结论
Go语言中的内存分配和逃逸分析是编译器优化性能的重要手段。了解这些原理有助于我们编写更高效的代码。通过 go build -gcflags="-m" 命令可以查看代码的内存分配情况，从而更好地优化代码。
