日志断点是触发时不暂停程序、仅输出指定日志的断点变体；区别于普通断点会中断执行，它适用于高频路径，支持表达式求值、条件过滤和堆栈跟踪，需在debug模式下通过右键“add log point”设置。
全局断点日志不是内置功能，必须手动用“日志断点（Log Point）”替代——它不中断执行，但能按需输出上下文，比加 log.Printf 更轻量、更可控。
什么是日志断点，和普通断点有什么区别
日志断点本质是断点的一种变体：触发时不暂停，只执行你指定的日志语句。它不打断业务流，适合高频路径（如 HTTP handler、循环体、中间件）；而普通断点会 halt 程序，容易卡死或掩盖竞态问题。
关键差异在于行为和适用场景：
- 普通断点：
Debug模式下程序停在该行，需手动 Resume/Step - 日志断点：仅向 Debug Console 输出格式化内容，程序继续运行
- 日志断点支持表达式求值，比如
fmt.Sprintf("user=%s, status=%d", user.Name, resp.StatusCode)
在 GoLand 中设置日志断点的实操步骤
不能靠点击行号旁空白区域直接添加——必须右键已有断点或行号区域，选择 “Add Log Point”。否则默认创建的是暂停型断点。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 右键目标行号 → 选择
Add Log Point - 在弹出的编辑框中输入 Go 表达式，例如：
"req: " + r.URL.Path + ", cost: " + fmt.Sprintf("%.2fms", float64(elapsed)/1e6) - 可勾选
Also log stack trace查看调用栈（慎用，影响性能） - 支持条件：点击齿轮图标 → 填入布尔表达式，如
r.Method == "POST" && strings.Contains(r.URL.Path, "/api/")
日志断点输出内容怎么组织才利于业务流分析
单纯打变量名（如 user.ID）意义有限；要还原业务流，得带上下文标签、时间戳、层级标识。
- 避免裸值：
user.ID→ 改为"[auth] uid=" + user.ID + ", role=" + user.Role - 跨 goroutine 场景下，加上
goroutine ID：用runtime.GoID()（需提前 importruntime） - HTTP 处理链中，建议统一前缀，如
"[http-in] "/"[db-call] "/"[rpc-out] "，方便 grep 过滤 - 不要在日志断点里调用复杂函数（如
json.Marshal），可能引发 panic 或拖慢响应
为什么日志断点有时不输出，或输出乱码
常见原因不是配置错，而是执行环境没走调试器路径——GoLand 的日志断点依赖 Delve 的 log 指令，仅在 Debug 模式下生效，Run 模式完全忽略。
- 确认启动方式是点击
Debug 'xxx'（绿色虫子图标），不是绿色三角形 - 检查项目是否启用 Delve：Settings → Go → Build Tags & Vendoring → 确保
dlv已安装且路径正确 - 输出中文乱码？Delve 默认用 UTF-8，但 Windows 控制台编码可能为 GBK；临时解决：在 Run Configuration → Environment 中添加
GODEBUG=madvdontneed=1并重启调试 - 日志断点被优化掉？确保编译未加
-ldflags="-s -w"，这些标志会剥离调试符号，导致 Delve 无法注入日志逻辑
真正难的是判断哪几处该埋日志断点——不是越多越好，而是紧扣业务主干路径：入口路由、核心 service 方法、外部调用前后、错误分支出口。一旦打点过密，输出就变成噪音，反而掩盖关键流转节点。
