GoLand中开启pprof调试端点需手动导入_ "net/http/pprof"并启动独立HTTP服务（如go http.ListenAndServe("localhost:6060", nil)），IDE本身不自动注入；访问/debug/pprof/需确保服务已监听且路由注册成功，否则返回404。
GoLand里怎么开pprof调试端点？
必须手动加 net/http/pprof，GoLand 本身不自动注入。在 main() 函数开头加两行：
import _ "net/http/pprof"
go http.ListenAndServe("localhost:6060", nil)
注意：端口别和业务端口冲突；如果项目已用 http.ServeMux，直接注册到现有 mux 就行，不用另起服务。
常见错误：只 import 没起 server，或者起 server 但没 listen —— 这样访问 /debug/pprof/goroutine?debug=2 会 404。
在GoLand里怎么快速抓goroutine快照？
别手敲 curl。右键点击 GoLand 的「Services」面板 → 「Add Service」→ 选「HTTP Request」，填入：
立即学习“go语言免费学习笔记（深入）”；
GET http://localhost:6060/debug/pprof/goroutine?debug=2
保存后，点一下就能执行，结果直接在 Services 窗口里展开。支持对比两次快照：压测前抓一次，压测后抓一次，用 GoLand 自带的 diff 工具比对文本。
容易踩的坑：?debug=1 只返回统计摘要，看不出卡在哪；必须带 ?debug=2 才有完整调用栈和阻塞时长。看到几百个 goroutine 全停在 chan receive (nil chan) 或 semacquire，基本就是泄漏点。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
GoLand单元测试里怎么集成goleak？
不是加个依赖就行，得改测试入口。在包根目录下新建 main_test.go，写：
func TestMain(m *testing.M) {<br> os.Exit(goleak.VerifyTestMain(m))<br>}
这样所有测试跑完才检查，不会漏掉跨 test 的泄漏（比如前一个 test 启了 ticker，后一个 test 才暴露）。
关键细节：
-
goleak.VerifyNone(t)放单个 test 里容易误判，尤其微服务常启 HTTP server、配置监听等长期协程 - 如果测试里合法起了后台 goroutine（如
http.ListenAndServe），得加goleak.IgnoreCurrent()，否则报“found unexpected goroutines” - 千万别在
init()里启动 goroutine —— goleak 会把它当泄漏报出来
GoLand断点调试goroutine卡死问题？
GoLand 的「Debug」模式默认只显示当前 goroutine，查泄漏得切视角。点右上角「Threads」标签 → 选中某个卡住的 goroutine → 右键「Jump to Source」，它会跳到阻塞那行（比如 或 <code>select {}）。
但要注意：阻塞点不等于根因。比如卡在 select，真正问题是没监听 ctx.Done()；卡在 io.ReadFull，根因可能是 http.Client 没传 context.WithTimeout。
调试时重点看三件事：
- 这个 goroutine 是谁创建的？看调用栈最顶上几行
- 它等的是什么？
chan receive还是semacquire？ - 有没有退出路径？比如
for循环里是否每次迭代都 checkctx.Err()
复杂点在于：goroutine 不会自己“消失”，只要没显式退出或 panic，它就一直占着栈和引用。你看到的“卡住”，其实是生命周期管理责任没落实到位 —— 谁启的，谁负责给信号、关 channel、释放锁、Stop ticker。
