Go语言中不当使用指针会延长对象生命周期，导致内存泄露；应避免全局或长期变量持有对象指针，减少大对象指针缓存，必要时使用sync.Pool或设置过期机制；闭包、goroutine和defer中需警惕隐式引用；不依赖SetFinalizer，优先显式关闭资源；通过pprof监控内存，及时置nil释放引用，保持指针作用域最小化。
Go语言自带垃圾回收机制，大多数情况下能自动管理内存，但不当使用指针仍可能导致内存无法及时释放，间接引发内存泄露。关键在于控制指针的生命周期和避免长时间持有不必要的引用。
避免全局或长期变量持有对象指针
将对象指针赋值给全局变量、长生命周期的结构体或缓存时，会阻止垃圾回收器回收该对象及其关联数据。
- 尽量减少全局指针变量的使用，尤其不要缓存大对象的指针
- 若必须缓存，设置合理的过期机制或使用 sync.Pool 复用对象
- 使用完毕后显式置为 nil，帮助GC识别无用对象
注意闭包中捕获的指针变量
闭包可能隐式持有外部指针，延长对象生命周期。
- 检查并发场景下（如goroutine）是否意外持有了大对象指针
- 避免在延迟执行的函数（如 defer）中引用大型结构体指针
- 及时释放不再需要的引用，例如处理完请求后清空上下文中的指针字段
慎用 finalizer（SetFinalizer）
runtime.SetFinalizer 不应作为资源清理的主要手段。
立即学习“go语言免费学习笔记（深入）”；
- finalizer 执行时机不确定，不能依赖它释放关键资源
- 错误使用可能导致对象“复活”或延迟回收
- 优先通过接口如 io.Closer 显式关闭资源
监控和排查潜在泄露
借助工具发现隐藏的指针引用问题。
- 使用 pprof 分析堆内存，查看哪些类型占用过多空间
- 检查是否有大量未释放的指针指向相同类型对象
- 在测试中模拟长时间运行，观察内存增长趋势
基本上就这些。Go的GC很高效，只要不人为“钉住”对象，多数情况不会出问题。重点是意识——指针即引用，引用不释放，内存就不回收。保持简洁的数据流向，避免跨作用域随意传递指针，就能大幅降低风险。
