在GoLand中打断点并启动调试：点击行号左侧空白处设断点，确保打在可执行语句上；右键选择Debug 'main'（或对应配置），GoLand自动编译并停在断点处，依赖内置Delve调试器。
怎么在GoLand里打断点并启动调试
GoLand 调试的核心是「断点 + Debug 模式运行」，不是靠 fmt.Println 硬查。直接点击代码行号左侧空白处就能加断点，加完右键选择 Debug 'main'（或对应运行配置），它会自动编译、启动并停在断点处。
注意：断点必须打在可执行语句上，比如 if 行、for 循环头、函数调用行都合法；但打在空行、注释行、变量声明（无初始化）行会无效，GoLand 会自动灰掉——这不是 bug，是 Go 编译器不生成对应指令。
- 确保当前文件有可运行入口（如
func main()），否则 Debug 按钮灰色不可点 - 如果项目用
go mod，别手动删go.sum或改go.mod后立刻调试，可能触发依赖校验失败导致调试中断 - 默认使用
dlv（Delve）作为调试器，GoLand 2023.3+ 自带，不用额外安装，但旧版本需确认Settings > Go > Debugger > Use Delve已勾选
为什么 Step Over / Step Into 不按预期跳转
Go 的函数内联（inlining）会让单步调试“跳过”某些函数——尤其是小函数、标准库函数（如 strings.TrimSpace）、或被 //go:noinline 以外的编译器优化掉的调用。这不是 GoLand 问题，是底层 dlv 受限于 DWARF 调试信息缺失。
常见表现：Step Into 按了却停在下一行，而不是进到目标函数里；或者进到某个标准库函数后，源码显示为 ??? 或反汇编界面。
- 临时解决：在函数定义前加
//go:noinline注释强制禁用内联（仅开发期用） - 查看实际调用栈：调试时打开
Frames面板，比单步更可靠 - 标准库源码没附带？去
Settings > Go > GOPATH确认GOROOT指向的是完整 SDK 目录（含src子目录），不是只含bin的精简版
调试时变量值显示 <not accessible> 或为空
这通常发生在变量超出作用域、被编译器优化掉、或类型太复杂（如未导出字段的 struct、闭包捕获变量）时。GoLand 显示的是 dlv 返回的原始调试信息，不是 Go 运行时状态快照。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
尤其注意：在 defer 里或函数返回后检查局部变量，大概率看到 <not accessible>；用 -gcflags="-N -l" 编译能禁用优化，但会显著拖慢构建速度。
- 优先检查变量是否还在当前
Frame作用域内（看Frames面板顶部当前函数名） - 对 map/slice 查看长度和容量，比展开全部元素更稳定；展开深层嵌套结构容易卡顿或显示不全
- 调试中修改变量值？右键变量 →
Set Value，但仅支持基本类型和部分简单结构体，切片/通道/函数类型不支持赋值
远程调试 Docker 容器里的 Go 程序怎么配
关键不是 GoLand 设置，而是容器里 dlv 的启动方式和服务暴露。本地 GoLand 只连 IP+端口，其余全靠容器侧配合。
容器启动命令必须包含 dlv 的监听参数，且宿主机要能访问该端口（Docker 的 -p 映射不能省）。别用 --headless --continue，否则 dlv 启动就退出，连不上。
- 容器内命令示例：
dlv --headless --listen=:2345 --api-version=2 --accept-multiclient exec ./myapp - Docker run 加
-p 2345:2345，GoLand 里 Debug 配置选Attach to process，Host 填localhost，Port 填2345 - 如果容器用非 root 用户运行，确保该用户对
/proc/$PID/fd有读权限，否则 dlv 报permission denied
调试器连接成功不等于业务逻辑可断点——得确认你 attach 的是真正跑着业务代码的进程 PID，而不是一个刚启动就 exit 的 shell。
