GoLand调试时启用threadcreate profile需代码显式调用runtime.SetThreadCreateProfileRate(1)并手动注册/http/pprof/threadcreate路由，再通过命令行go tool pprof http://localhost:6060/debug/pprof/threadcreate?seconds=10采集，因其未被GoLand内置Profile按钮支持。
GoLand 调试时怎么启用 threadcreate profile
GoLand 本身不直接集成 threadcreate 分析，它依赖 Go 运行时的 runtime/pprof 采集能力，而该 profile 类型必须显式开启、且仅在程序运行中有效。你不能靠 GoLand 的「Run Configuration」点一下就自动出线程创建报告——关键动作在代码里。
要让 go tool pprof 能抓到线程创建堆栈，必须在程序启动早期调用：runtime.SetThreadCreateProfileRate(1)（值为 1 表示每次 OS 线程创建都采样）。这个调用必须在任何 goroutine 启动前执行，否则会漏掉初始化阶段的线程（比如 http.Server 启动时创建的监听线程）。
常见错误是把它放在某个 handler 或子 goroutine 里，结果 pprof 抓到的 threadcreate 数据为空或极少。
GoLand 中如何触发并下载 threadcreate profile 文件
GoLand 的「Run」或「Debug」配置默认只启动服务，不暴露 /debug/pprof/threadcreate 接口——因为这个 endpoint 不在 net/http/pprof 的自动注册列表里，必须手动挂载。
你需要在代码中显式注册：
import "net/http/pprof"
func init() {
http.HandleFunc("/debug/pprof/threadcreate", pprof.Handler("threadcreate").ServeHTTP)
}
然后在 GoLand 的 Run Configuration 中确保服务监听了端口（如 :6060），再用终端执行：
go tool pprof http://localhost:6060/debug/pprof/threadcreate?seconds=10
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
注意：?seconds=10 是必需的，threadcreate 不支持无参数访问；GoLand 的内置终端或外部终端均可执行该命令，生成 profile001.pb.gz 文件。
为什么 GoLand 的 “Profile” 功能对 threadcreate 无效
GoLand 内置的「Profile」按钮（小火焰图标）底层调用的是 go tool pprof -http=:8080，但它只支持 profile（CPU）、heap、goroutine 等少数几个预设类型，threadcreate 不在其白名单中，点击后会报错：unknown profile type: threadcreate。
这不是配置问题，而是 JetBrains 尚未将该 profile 类型接入 UI 层。你必须绕过 UI，用命令行直连 HTTP 接口或生成本地文件。
另外，threadcreate profile 采样开销较高（每次 OS 线程创建都记录堆栈），不适合长期开启，也别在压测中混用其他 profile，否则数据干扰大。
分析 threadcreate 报告时容易忽略的点
threadcreate 报告本质是「谁触发了 newosproc」，不是「谁用了 goroutine」。它的调用栈顶部通常是 runtime.newm 或 runtime.startTheWorldWithSema，真正线索在倒数第 3～5 层——比如 net/http.(*Server).Serve 或 database/sql.Open，这些才是业务侧主动拉起新线程的源头。
使用 pprof 命令时，优先看：top -cum（累计调用路径），而不是 top（自身耗时），因为线程创建本身不耗时，耗时的是后续调度和资源分配。
如果看到大量 runtime.mstart → runtime.schedule → runtime.findrunnable，说明是 Go 运行时在动态扩缩 M（OS 线程），属于正常行为；但如果高频出现在某个 DB 连接池初始化或日志异步刷盘逻辑里，就要检查是否误配了 MaxOpenConns 或用了非缓冲 channel 触发了隐式线程创建。
