Go中无传统指针悬挂但存在逻辑悬挂：指针有效而数据过期；逃逸分析自动堆分配保障安全，但易引发隐式共享、循环变量复用等逻辑问题。
Go 里几乎不会出现传统意义上的“指针悬挂”（dangling pointer），因为 GC 会确保只要还有活跃指针引用，对象就不会被回收；逃逸分析也会自动把可能被外部使用的局部变量挪到堆上。但开发者常踩的坑不是内存崩溃，而是**逻辑悬挂**——指针还有效，但指向的数据已过期、被覆盖、或语义上不该再用。
为什么 &x 能返回却仍要警惕
Go 编译器会做逃逸分析，func get() *int { x := 42; return &x } 看似危险，实则安全：变量 x 会被自动分配到堆。但这不等于“可以随便写”。问题出在可读性与协作契约上：
- 调用方无法从签名判断该指针生命周期是否跨函数边界
- 后续维护者可能误以为
x是栈变量，擅自优化或重构 - 若
x是结构体或切片，返回其字段地址（如&s.Name）更易引发隐式共享问题
✅ 实操建议：
