goland条件断点需用合法go语法且无副作用，仅支持变量、字面量及基础运算；goroutine视图默认隐藏系统协程，需手动刷新并启用show system goroutines；修改断点条件后须确保断点激活且路径正确，必要时重启调试会话。
怎么在 GoLand 里设条件断点，又不卡死调试器
条件断点写错一个符号，GoLand 就可能反复触发、卡住甚至假死。核心是：条件表达式必须是 Go 语法且能被调试器实时求值，不能调用函数、不能有副作用、不能访问未初始化的变量。
常见错误现象：Breakpoint condition evaluated to false 却依然停住（其实是条件语法错误，调试器降级为无条件断点）；或 Process finished with exit code -1（条件里用了 fmt.Println() 这类调用）。
- 条件里只用变量名、字面量、比较/逻辑运算符：
len(items) > 10 && status == "pending" - 避免调用任何函数，包括
len()对 map/slice 是允许的，但strings.Contains()不行 - 确保变量在当前作用域可见——比如循环里的
i在循环外写条件会报variable not found - 调试大型 slice 时慎用
item.ID == 123这种条件，GoLand 会在每次迭代都求值，性能明显下降
Goroutine 视图里看不到协程，或者状态全是 “running”
GoLand 的 Goroutine 视图依赖 Go 调试器（delve）的 goroutines 命令输出，而 delve 默认只抓取“可暂停”的 goroutine。刚启动、刚退出、或处于系统调用中的 goroutine 很容易被过滤掉。
使用场景：排查死锁、协程泄漏、或想确认某个 go http.ListenAndServe() 是否真跑起来了。
- 点击调试器工具栏的
Goroutines标签后，先点右上角刷新按钮（⟳），别默认以为自动实时更新 - 如果全是
running，点视图右键 →Show System Goroutines，否则 runtime 自身的调度协程（如runtime.gopark）会被隐藏 - 想查某协程栈，双击它，在下方
Frames面板里看调用链；注意：灰色帧是内联或系统帧，实际代码通常在白色帧里 - Go 1.21+ 开启了异步抢占，默认 goroutine 不会卡在长循环里，所以有时你“以为它卡住”，其实只是还没被调度到——这时看
Status列的runnable比running更说明问题
为什么改了断点条件，调试时还是按旧逻辑停
GoLand 不会热重载断点条件。你编辑完条件并回车，它只存到内存里；如果程序已运行、断点已激活，新条件不会生效，直到下一次命中该断点位置（且该断点未被禁用）。
最容易被忽略的一点：断点本身可能被临时禁用（图标变灰），或者你改的是另一个同名文件里的同行断点（比如 vendor 里的副本）。
- 改完条件后，务必确认断点图标是实心红点，不是空心或灰色
- 右键断点 →
More...→ 看Condition输入框内容是否和你预期一致，别被缓存 UI 坑了 - 如果项目用了多模块（
replace或vendor），检查断点打在哪个路径的文件上——go.mod里replace的包，源码路径可能和编辑器打开的不一致 - 重启调试会话是最稳妥的验证方式，尤其当你不确定条件是否真正加载
调试时 Goroutine 视图里点“Dump All” 没反应
Dump All 功能本质是向 delve 发送 goroutines -t 命令，生成完整 goroutine 栈快照。它失败通常不是 GoLand 的锅，而是 delve 与当前 Go 版本或运行时状态不兼容。
典型触发场景：调试 CGO 项目、用 GOEXPERIMENT=fieldtrack 编译、或进程正卡在 syscall 中（如 read 等待网络数据）。
- 先在调试控制台（
Debug Console）里手动输goroutines -t，看返回是否报错，比如could not get goroutines: could not get stack trace - 如果是 CGO 项目，确保编译时加了
-gcflags="all=-N -l"，否则部分栈帧不可见，dump 会失败 - Go 1.22+ 对
runtime.Caller等做了优化，某些深度内联场景下goroutines -t可能超时；此时可尝试关闭Settings → Go → Debugger → Show full goroutine stacks - 别依赖
Dump All查实时状态——它是一次性快照，真要追踪生命周期，得靠pprof或go tool trace
条件断点的表达式边界、Goroutine 视图的数据来源层级、以及 delve 实际能拿到的运行时信息，这三者之间从来不是完全对齐的。调着调着发现“应该停没停”或“应该看到没看到”，先查条件语法和 goroutine 状态过滤开关，再怀疑代码逻辑。
