goland 启动的服务访问 /debug/pprof 返回 404 是因为 go 程序未正确挂载 pprof 路由，仅 import _ "net/http/pprof" 不够，需根据框架（如 gin）显式桥接至 http.defaultservemux，并用 curl 验证生效。
GoLand 启动的服务为什么访问 /debug/pprof 总是 404
不是 GoLand 本身要配置 pprof，而是你用 GoLand 运行的 Go 程序没正确挂载 HTTP handler。GoLand 只负责启动 go run 或二进制，pprof 路由注册完全依赖代码逻辑。常见错误是只写了 import _ "net/http/pprof"，但服务用了 gin.Default()、echo.New() 或自定义 http.ServeMux，而 pprof 默认只往 http.DefaultServeMux 注册。
Gin 框架在 GoLand 中如何挂载 pprof 路由
别信“导入就自动生效”，Gin 完全不读 http.DefaultServeMux。必须显式桥接：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
r.Any("/debug/pprof/*pprof", gin.WrapH(http.DefaultServeMux))—— 注意路径末尾的*pprof通配符不能省，否则内部重定向（如 /debug/pprof/ → /debug/pprof/）会失败 - 不要写
r.GET("/debug/pprof/", ...)，单一路由无法覆盖所有子路径（heap、goroutine、allocs 等） - 确保这行代码在
r.Run()之前执行，且没被中间件拦截（比如 Auth 中间件拦了所有 /debug/ 开头的请求）
GoLand 调试时怎么验证 pprof 已生效
启动后立刻用终端验证，别只靠浏览器点开：
- 执行
curl -v http://localhost:8080/debug/pprof/，看到 HTML 列表（含 heap、goroutine、profile 等链接）才算成功；返回 404 或超时说明挂载失败 - 如果用的是非默认端口（比如 GoLand 配置了
:9090），curl 地址也得同步改，别惯性输:8080 - GoLand 的 “Run” 配置里若勾选了 “Allow multiple instances”，可能多个进程争抢端口，导致你 curl 的其实是旧进程（已退出），结果一直连不上
生产环境或 GoLand 本地调试都要加 Basic Auth
pprof 暴露堆 dump、goroutine 栈、源码行号，不加防护等于把内存快照和业务逻辑白送出去。GoLand 本地调试也不例外：
- 简单加一层：在挂载前插入中间件，例如 Gin 中用
r.Use(func(c *gin.Context) { u, p := c.GetUser(), c.Request.Header.Get("Authorization"); if u != "admin" || p != "pass" { c.AbortWithStatus(401); return } }) - 更稳妥的是用标准库
http.StripPrefix+http.HandlerFunc组合，再套一层basicAuth包裹器（网上搜basicAuth就有几行可用实现） - 千万别把 auth 逻辑写在 pprof handler 内部——它不走框架中间件链，容易漏掉
import _ "net/http/pprof" 触发了 init，但框架根本没用那个 mux。验证必须靠 curl，而不是看 GoLand 控制台有没有报错。
