条件断点可精准过滤无效触发：在循环或高频调用中，仅当go布尔表达式（如user.id=="u_789"）为真时暂停，避免手动 resume；注意不可含副作用函数。
用条件断点过滤无效触发
普通断点在循环或高频调用中会频繁中断，反而掩盖问题。比如你在处理一个 10 万条日志的 for 循环里调试某个特定 userID 的逻辑，直接打断点等于手动点 10 万次“Resume”。
右键已设断点 → 选 Condition，填入类似 user.ID == "u_789" 或 len(items) > 500 这样的 Go 表达式。只有条件为 true 时才会暂停。
注意：Condition 中不能调用有副作用的函数（如修改状态、发 HTTP 请求），否则行为不可控；也不要写 fmt.Println(...) —— 它不会输出，还会让断点失效。
调试 goroutine 时别只看主线程
GoLand 默认只显示当前 goroutine 的堆栈，但真实问题常藏在后台协程里。比如你看到 http: Accept error: accept tcp: use of closed network connection，实际是某个被遗忘的 time.AfterFunc 在关闭 listener 后仍试图读取连接。
调试时点击 Debug 工具窗口顶部的 Goroutines 标签页，勾选 Show all goroutines；
在任意 goroutine 上右键 → Switch to goroutine，就能切过去查看它的局部变量和调用栈；
如果想在某个 goroutine 创建时就中断，可在 runtime.newproc 或 go 关键字附近设断点（需开启 Enable async stack traces，GoLand 设置里搜该关键词）。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
变量值看不清？用 Evaluate Expression 动态探查
有些结构体字段嵌套深、指针多层间接、或接口类型运行时才确定，鼠标悬停或 Variables 面板里只显示 &{...} 或 interface {}，根本看不出内容。
快捷键 Alt+F8（Mac 是 Option+F8）呼出表达式求值框，直接输入：
-
*req.URL查看被包装的 URL 指针内容 -
err.(*json.SyntaxError).Offset强制类型断言后取字段 -
strings.SplitN(body, "\n", 3)临时切分字符串验证逻辑
本地调试 Docker 容器里的 Go 程序要绕过两个坑
容器内 Go 程序默认不带调试符号，GoLand 连不上；即使连上，源码路径也对不上，断点变灰。
构建镜像时必须加编译参数：go build -gcflags="all=-N -l" -o app .，其中 -N 禁用优化，-l 忽略内联，二者缺一不可；
在 Goland 的 Run Configuration 里配置 Remote Debug 时，Source path mapping 必须填对：容器内路径（如 /app）→ 本地项目根目录（如 /Users/me/myproject）；
如果用了多阶段构建，确保 dlv 和你的二进制都在最终镜像里，且 dlv debug --headless --listen=:40000 --api-version=2 --accept-multiclient 是容器启动命令，不是 docker run 附加参数——后者会导致进程退出后 dlv 也被杀掉。
