goland 中没有“线程断点”，只有 goroutine 断点，因其底层依赖 delve 调试 go 运行时调度的 goroutine，而非操作系统线程；实际支持 goroutine 状态筛选与条件断点（如 runtime.goid() == 123），并发场景下建议禁用 suspend 改用日志断点或在 channel/锁处设断点。
GoLand 中没有“线程断点”，只有 goroutine 断点
Go 没有传统意义上的操作系统线程（thread）调试概念，运行时调度的是 goroutine。GoLand 的断点机制底层依赖 Delve（dlv），它提供的是 goroutine-aware 调试能力，而非 pthread 或 OS thread 级别断点。误以为要设“线程断点”，常导致找不到对应选项或调试失效。
实际能用的只有两类相关能力：
-
goroutine过滤：在 Debugger 面板顶部点击Goroutines标签，可筛选 Running / Idle / Waiting / Dead 状态的协程 - 在断点上设置
goroutine条件：比如只在特定协程 ID 或特定函数入口触发
如何让断点只在指定 goroutine 中生效
直接在断点右键 → Edit Breakpoint → 勾选 Condition，输入 Go 表达式。Delve 支持访问当前 goroutine 元信息，常用判断方式：
- 按 goroutine ID 过滤：
runtime.GoID() == 123（需先在代码里用runtime.GoID()打印 ID 定位目标） - 按调用栈特征过滤：
strings.Contains(debug.Stack(), "handleRequest")（慎用，性能开销大） - 结合业务标识：比如某个请求携带
ctx.Value("trace_id")，写成ctx.Value("trace_id") == "abc123"
注意：runtime.GoID() 不是稳定 ID（重启后变化），仅适合单次调试会话中临时定位；生产环境勿依赖。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
并发场景下断点被淹没？关掉“Suspend”或改用日志断点
高并发时，成百上千个 goroutine 同时命中同一行断点，Debugger 面板卡死、IDE 假死是常见现象。这不是配置问题，而是设计限制。
- 右键断点 → 取消勾选
Suspend，改为Log message to console，输出runtime.GoID()和关键变量，避免暂停 - 用
fmt.Printf+runtime.Caller打点，比断点更轻量，适合压测中快速筛查 - 真要暂停，优先在
select分支、channel操作或锁竞争点设断点，这些位置天然具备 goroutine 分流效果
远程调试容器内 Go 服务时 goroutine 断点不生效
本地 Goland 连接容器内 headless dlv 时，Goroutines 面板为空或断点不触发，大概率是 dlv 启动参数缺失：
- 必须加
--api-version=2（GoLand 2025+ 强制要求） - 必须加
--accept-multiclient，否则多 goroutine 并发调试会失败 - 容器内启动命令应为：
dlv debug --headless --listen=:40000 --api-version=2 --accept-multiclient --continue - GoLand 的 Remote Debug 配置里，
Attach to process with PID要留空，否则会忽略 goroutine 上下文
一个容易被忽略的细节：容器内编译二进制时，必须带 -gcflags="all=-N -l"，否则 dlv 无法解析符号表，goroutine 堆栈显示为 ???。
