Delve条件断点仅支持基础表达式，不支持函数调用、短变量声明和未导出字段访问；可用写法包括比较、逻辑运算及部分内置操作如len()，但strings.Contains()等会报错。
条件断点只能写 Delve 表达式，不是 Go 代码
你写的 i == 100 可能生效，但 strings.Contains(s, "test") 或 len(user.Name) 会直接报错——Delve 不支持函数调用、短变量声明、未导出字段访问。它只认基础比较、逻辑运算和部分内置操作。
常见可用写法：
-
c.Request.URL.Path == "/api/order"—— 路由过滤最稳妥 -
user.ID > 0 && user.Status == "pending"—— 多条件必须用&&，不能用and -
len(c.Request.Header["X-Request-ID"]) > 0——len支持，但strings.Split不行 -
err != nil—— 错误检查安全，但注意err.Error()会失败
验证是否被识别：右键断点 → Edit breakpoint → 勾选 Log message to console 并加 Remove once hit。只要控制台打出日志，说明条件已通过 Delve 解析。
日志断点本质是“不暂停的条件断点”
日志断点不是替代 log.Println，而是让调试器在命中时自动输出表达式值到 Console，且不中断执行流。适合高频路径（比如 HTTP middleware）里快速捞上下文，又不想卡死。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
设置要点：
- 必须取消勾选
Suspend，否则还是停住 -
Log message框里填纯表达式，如c.Request.Method + " " + c.Request.URL.Path，不加引号、不写fmt.Sprintf - 可叠加
Condition，比如只记录 POST 请求：c.Request.Method == "POST" - 输出内容不支持换行或格式化，想看结构体字段就老老实实写
user.ID、user.Email分行打
断点灰掉或不触发？先查这三件事
条件/日志断点显示灰色或完全没反应，大概率不是语法问题，而是底层没挂上调试器：
- 确认 Run Configuration 的
Run kind是Package或Directory，不是File；Package path填.或./cmd/server，别填main.go - 检查是否用了
go run main.go启动——GoLand 默认禁用该模式调试，需关闭 Settings → Go → Build Tags & Vendoring →Use ‘go run’ when running single file - 编译参数漏了
-gcflags="all=-N -l"：优化开启时行号映射错乱，条件断点可能判到错误行；在 Run Configuration → Go Build →Program arguments里补全
高并发场景下慎用条件断点
一个 HTTP handler 里设了 user.ID == 123，但每秒 500 个 goroutine 过来，Debugger 面板会卡死甚至假死——这不是 bug，是 Delve 对每个匹配 goroutine 都尝试 suspend 导致的资源挤占。
更稳的做法：
- 改用日志断点 + 条件，只输出不暂停
- 在条件里加一层轻量过滤，比如
user.ID == 123 && c.Request.Header.Get("X-Debug") != ""，靠 header 主动触发 - 真要停住，先用日志断点确认目标请求已进来，再临时切回普通断点 +
Suspend policy: All threads
条件断点的可靠性高度依赖运行时上下文是否完整加载，init 函数、goroutine 内部、或被内联的函数里，它可能根本看不到变量——这时候别硬调，先看 dlvLoadConfig 里 followPointers 和 maxStructFields 是否设对，再考虑加 runtime.Breakpoint() 手动埋点。
