在Go语言已经具备垃圾回收机制的前提下，为何依然可能出现内存泄漏现象？

回答思路

1. 【回答框架 1】内存泄漏的定义与GC局限：内存泄漏指程序无法访问但未被回收的内存，或仅剩少量引用占用的内存。Go的GC基于可达性分析，只回收不可达对象，对仍被引用或延迟引用的对象无能为力。
2. 【回答框架 2】常见泄漏场景：goroutine协程泄漏，如select未超时或channel未关闭导致协程永久阻塞；map或slice不被使用时仍被全局变量或长生命周期对象引用；finalizer使用不当，如对象被意外复活或延迟执行。
3. 【回答框架 3】资源未释放：连接池、文件句柄、定时器等系统资源不属于堆对象，GC不管理，需显式Close或Cencel，否则造成资源泄漏影响整体性能。
4. 【回答框架 4】规避与检测：减少长生命周期对象引用，使用pprofheap和goroutine分析，结合工具定位可疑内存增长点，合理设置缓存淘汰策略。
5. 【关键点 1】GC只回收不可达对象，不管理显式资源如连接和句柄。
6. 【关键点 2】goroutine阻塞和未关闭channel是Go中主要内存泄漏源。
7. 【关键点 3】内存泄漏常源于引用未释放，而非GC缺陷。
8. 【关键点 4】需配合pprof等工具和资源管理最佳实践。
9. 【易错点 1】误以为GC能回收所有无用内存，忽略goroutine和资源泄漏。
10. 【易错点 2】认为内存泄漏只来自堆内存，忽视文件描述符等非堆资源。
11. 【易错点 3】在不了解Finalizer机制时依赖其释放资源，可能导致对象生命周期失控。