GoLand 断点默认项目级持久化但需设在有效源码行，失效断点变红需重设；Watches 须绑定永久调试配置才能保存，临时配置退出即丢失；Variables 展开状态不保存，复杂值悬停显示属正常设计。
GoLand 本身不直接“保存断点和观察变量列表”为独立配置文件，但可通过调试配置 + 断点管理 + Watches 持久化实现等效效果。
断点默认是项目级持久化的，但有三个关键前提
GoLand 的断点（Breakpoints）只要没被手动删除或标红失效，就会自动保存在项目中，下次打开 IDE 仍存在。不过要注意：
- 断点必须设在实际存在的源码行上；重构或分支切换后，若文件路径/行号变动，断点会变红——此时它仍在列表里，但已失效，需手动删掉重设
- 条件断点（
Condition）里的表达式必须语法合法且作用域内变量可访问，比如写i == 100却在函数外层设断点，条件永远不触发 - 多协程场景下，
Suspend选All（默认）会导致所有 goroutine 暂停，容易误判卡死；高频调试建议改成Thread，只暂停当前 goroutine
Watches 表达式可以随调试配置一起保存
在调试暂停时，你添加的 Watches（如 len(users)、err.Error()）默认只存在于当前调试会话。要让它复用：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 必须先有一个永久运行/调试配置（图标不透明），临时配置（半透明图标）退出后 Watches 就丢
- 在
Debug工具窗口的Watches面板中，右键某条 Watch →Save Watch，它会被绑定到当前调试配置 - 如果想让 Watches 在多个配置间共享，可手动复制表达式：打开
Run → Edit Configurations，选中目标配置 →Configuration标签页 → 展开Watches区域粘贴
Variables 面板里的展开状态不会保存
你在 Variables 面板里手动展开的结构体字段、map 键值、切片元素等，每次断点暂停都会重置为默认折叠态。这不是 bug，是设计行为：
- 展开操作本质是“触发求值”，而 Go 的 interface{}、未导出字段、复杂嵌套结构在暂停瞬间未必能安全计算，强制缓存可能引发 panic 或卡顿
- 真正需要反复查看的，应转为
Watches（支持自动刷新）或用Alt+F8手动Evaluate Expression快速验证 - 鼠标悬停看简单类型值最快，但遇到
&struct{...}或map[string]interface{}时，
最易被忽略的是：断点和 Watches 的生命周期完全依赖于调试配置是否“永久”。很多人调试完随手关掉窗口，没点 Save Configuration，下次还得重配——尤其是用 ts-node 跑 TypeScript 或调试单个 .go 文件时，临时配置太常见了。
