Go通过垃圾回收和逃逸分析避免指针悬挂：1. 垃圾回收确保被引用对象不被释放；2. 逃逸分析将可能被外部引用的变量分配在堆上；3. 禁用指针算术防止非法内存访问；4. 运行时管理对象生命周期，无需手动控制，从而保障指针安全。
Go语言通过自动内存管理和垃圾回收机制，从根本上减少了指针悬挂（dangling pointer）问题的发生。在C或C++中，开发者手动管理内存，容易在释放内存后仍保留指向已释放区域的指明，从而导致未定义行为。而Go通过以下设计和机制避免这类问题：
1. 垃圾回收（Garbage Collection）
Go运行时包含一个并发的垃圾回收器，它会自动追踪哪些对象仍然被引用。只要有任何指针指向某个对象，该对象就不会被回收。
这意味着即使你将一个局部变量的地址返回出去，Go也会确保这个变量逃逸到堆上，并在其不再被引用前保持有效。
示例：
func getPointer() *int {
val := 42
return &val // 安全：val 会被分配到堆上
}
func main() {
ptr := getPointer()
fmt.Println(*ptr) // 输出 42，没有悬挂
}
上面代码中，虽然val是局部变量，但Go编译器通过逃逸分析判断出它被外部引用，因此将其分配在堆上，不会因函数返回而失效。
立即学习“go语言免费学习笔记（深入）”；
2. 逃逸分析（Escape Analysis）
Go编译器会在编译期进行逃逸分析，决定变量应分配在栈上还是堆上。如果指针可能在函数外部被使用，变量就会“逃逸”到堆上。
这种机制让开发者无需手动干预内存分配位置，同时保证了指针的安全性。
你可以通过以下命令查看逃逸分析结果：
go build -gcflags="-m" your_file.go
3. 没有指针算术
Go不允许对指针进行算术操作（如 ptr++），这杜绝了像C语言中通过偏移访问非法内存的可能性。
这不仅提升了安全性，也防止了人为构造出指向无效地址的“伪悬挂指针”。
4. 所有权和生命周期由运行时管理
不像Rust那样通过编译时所有权系统防止悬挂，Go依赖运行时的引用追踪。只要存在活跃引用，对象就不会被清理。
因此，在Go中几乎不可能写出造成指针悬挂的代码，除非通过unsafe.Pointer绕过类型系统。
unsafe.Pointer 时需格外小心，它允许绕过Go的安全机制，可能重新引入悬挂风险。
基本上就这些。Go的设计哲学是在性能和安全之间取得平衡，通过垃圾回收和逃逸分析，让指针使用既高效又安全，开发者可以专注业务逻辑而不必担心内存悬挂问题。
