goland断点条件必须是当前作用域有效的布尔表达式，仅支持单行、无副作用、无函数调用的合法go语法，如len(data)>5；错误写法如fmt.println()、赋值操作或未定义变量将导致断点静默失效。
断点条件表达式必须是当前作用域内有效的布尔表达式
GoLand 的断点条件不是“写啥都行”的过滤器，它只接受 Go 语法合法、且能在当前栈帧求值的布尔表达式。写错不会报错，但断点会静默失效——你改了条件，却永远停不下来，这是最常被卡住的地方。
常见错误包括：
- fmt.Println("debug")（含副作用函数，禁止）
- items[0]（非布尔类型，且可能 panic）
- unknownVar == 123（变量未在当前作用域声明）
- user.ID = "abc"（用了赋值符 =，应为 ==）
正确写法示例：len(data) > 5、err != nil、c.Param("id") == "1001"。注意字符串大小写和空格，“User” ≠ “user”。
右键编辑断点并输入单行 Condition 表达式
在行号左侧红色断点标记上右键 → 选择 Edit Breakpoint… → 勾选 Condition 输入框 → 直接输入表达式。
关键限制：
- 必须是单行，不能换行或用分号拼接多条语句
- 不支持 defer、go、return 等控制流关键字
- 不能调用任何函数（哪怕看起来无副作用，如 strings.TrimSpace()），因为调试器无法安全执行
例如，在 Gin handler 中想只在特定用户 ID 下断住：c.Param("uid") == "u_789"；在循环中只停第 100 次：i == 100（前提是 i 在当前作用域可见）。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
HTTP 请求触发时如何验证断点是否生效
Gin 或其他 HTTP 框架里设好条件断点后，仅启动 Debug 模式还不够，必须有真实请求进来才会触发。
操作链路：
- 点击右上角绿色虫子图标启动 Debug
- 等待控制台输出类似 [GIN-debug] Listening and serving HTTP on :8080
- 用 curl "http://localhost:8080/your-path" 或浏览器访问对应路由
- 若条件满足，程序会在断点处暂停；否则直接跳过
调试时注意：c.PostForm("key") 总是返回字符串，空值也返回空串，无法判断字段是否存在；要用 c.GetPostForm("key")（返回 string, bool），条件里可写 hasKey := c.GetPostForm("token"); hasKey ——但注意，这种写法不行，因为不支持多语句；应改用 c.GetPostForm("token") != ""（依赖返回值语义）或更稳妥地提前在代码中提取变量。
条件断点失效时优先排查这三件事
断点没停，别急着重装 Delve。先快速确认：
- 当前断点所在代码是否真的被执行？加个 log.Println("here") 验证路径是否走对
- 条件表达式里引用的变量名是否拼写正确、大小写一致、且在当前函数/闭包内定义？for _, u := range users 循环内才能用 u.ID，不能用 user.ID
- 是否误把断点打在了编译优化后的内联函数或中间代码行？尝试把断点下移到更明确的变量赋值或函数调用行
Delve 版本兼容性问题也会导致条件不生效，尤其是 Go 1.22+ 项目。确保 Goland 中配置的 dlv.path 指向的是支持当前 Go 版本的 Delve（推荐用 go install github.com/go-delve/delve/cmd/dlv@latest 安装）。
