GoLand断点不触发需先确认以Debug模式启动而非Run模式，Run Configuration中Package path须填“.”或含main()的路径，禁用Allow parallel run防端口冲突；条件断点仅支持基础Go表达式，如c.Request.URL.Path=="/api/user"；远程调试容器时dlv必须带--headless --listen=:40000 --api-version=2 --accept-multiclient --continue参数。
GoLand断点不触发？先确认Run Configuration是否正确
断点设了却没停，大概率是运行方式不对。GoLand里只有用Debug模式启动的程序，调试器才能接管执行流；如果只是点绿色三角形（Run），断点完全无效。
必须检查当前配置的Run kind：选Package时，Package path得填.或./cmd/xxx这种含main()的包路径；选Directory则需确保目录下有且仅有一个main包。常见错误是填了main.go文件路径——GoLand不认这种写法，会静默降级为普通运行。
另外，Allow parallel run建议关闭，尤其对HTTP服务。重复启动导致端口冲突后，第二次启动失败，调试器连进程都没 attach 上，自然看不到断点命中。
条件断点怎么写才靠谱
条件断点不是写个i == 100就完事。GoLand底层用的是Delve表达式引擎，它不支持完整Go语法，比如不能调用函数（len(s)报错）、不能用短变量声明（:=非法）、也不能访问未导出字段（c.engine拿不到，但c.Request可以）。
实用写法示例：
-
c.Request.URL.Path == "/api/user"—— 路由过滤，安全可靠 -
user.ID > 0 && user.Status == "active"—— 多条件用&&，别用and -
len(c.Request.Header["X-Trace-ID"]) > 0——len可用，但strings.Contains不行
调试时右键断点选Edit breakpoint，勾选Log message to console再加Remove once hit，能快速验证条件是否被识别——只要控制台打出日志，说明条件已生效。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
远程调试容器内Go程序，dlv监听参数不能错
在Docker里跑dlv debug，最容易卡在--headless --listen=:40000 --api-version=2 --accept-multiclient这串参数上。漏掉--accept-multiclient，GoLand连一次就断；--api-version不匹配（比如GoLand 2026.1默认要v2，但旧版dlv只支持v1），直接连不上还无提示。
容器内启动命令必须带--continue（否则dlv启动即暂停，服务根本起不来），完整示例：
dlv debug --headless --listen=:40000 --api-version=2 --accept-multiclient --continue
GoLand侧配置Debugger mode选Attach to process，Host填容器IP（非localhost），Port填40000。如果容器网络是bridge模式，宿主机要用docker inspect查实际IP，不能直连127.0.0.1。
调试Gin等Web框架时，c变量看不全？检查GIN_MODE和go.mod
Gin的*gin.Context结构体嵌套深、字段多，但GoLand默认只展开一层。鼠标悬停看不全，往往不是IDE问题，而是两个前置条件没满足：
-
GIN_MODE环境变量没设成debug：不设这个，Gin内部panic时堆栈被截断，调试器连调用链都还原不了 -
go.mod里gin版本没真正加载：执行go mod tidy后，检查文件末尾是否有github.com/gin-gonic/gin v1.10.0这类明确版本行；如果只有// indirect或压根没有，c.JSON等方法会标红，变量视图也拿不到完整类型信息
还有一个隐藏坑：c.PostForm("key")返回空字符串时无法区分“key不存在”和“key值为空”，调试务必改用c.GetPostForm("key")——它返回string, bool，第二个bool才是判断依据。
