GoLand中dlvLoadConfig不写在launch.json，而需在“Run→Edit Configurations→Templates→Go Application→Debugger”中配置maxFrameCount（如200）并添加-go tool arguments "-gcflags=-N -l"禁用优化，确保深层调用栈可见。
GoLand 的 dlvLoadConfig 不在 launch.json 里
GoLand 没有 launch.json，它的调试配置藏在 GUI 和内部 JSON 配置中，dlvLoadConfig 这类参数不能像 VS Code 那样直接写进配置文件。它实际生效的位置是：「Run → Edit Configurations → Templates → Go Application」右侧的「Debugger」选项卡里，有个「Load config」区域——这里才是调整堆栈深度和变量加载行为的地方。
调用栈深度由 maxFrameCount 控制
GoLand 默认只加载前 50 层调用帧（maxFrameCount: 50），深层嵌套或递归调用时会显示 [Full stack not loaded] 或截断的调用栈。要展开完整堆栈，必须手动修改这个值：
- 打开「Run → Edit Configurations → Templates → Go Application」
- 切换到「Debugger」标签页
- 勾选「Custom load configuration」
- 在下方 JSON 编辑框中填入：
{"maxFrameCount": 200} - 保存后，所有新调试会话都会使用该设置
注意：maxFrameCount 是 Delve 客户端控制的帧数上限，不是运行时限制；设太高（如 >1000）可能拖慢调试器响应，200～500 是较稳妥的范围。
为什么改了还是看不到深层调用？检查是否启用了内联优化
即使 maxFrameCount 足够大，如果 Go 编译器把函数内联了，Delve 就根本不会生成对应栈帧——你看到的“缺失”不是加载问题，而是编译期被抹掉了：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- GoLand 默认构建参数不含禁用优化标志，
main.go里一个被多次调用的小函数很可能被内联 - 必须在「Run → Edit Configurations → Templates → Go Application」的「Go tool arguments」里加：
-gcflags="-N -l" - 这个参数强制关闭内联（
-l）和寄存器优化（-N），让所有函数都保留在调用栈中 - 不加这行，哪怕把
maxFrameCount设成 10000，也看不到被内联掉的那几层
goroutine 切换后调用栈仍不全？确认当前 goroutine 处于活跃状态
Delve 只能读取正在运行或刚阻塞的 goroutine 的完整栈；如果某个 goroutine 已退出、或处于 select{} 等待状态且未触发调度点，它的栈帧可能已被回收或未完全展开：
- 调试并发代码时，先执行
goroutines（在 Debug Tool Window 的 Console 标签页输入）列出全部 goroutine - 用
goroutine切换后再看stack，不要只依赖左侧面板自动刷新 - 若某 goroutine 显示
runtime.gopark开头且无后续帧，说明它尚未执行到可捕获栈的位置，需在关键路径（如go func() { ... }()内部）提前打断点
真正影响调用栈可见性的，从来不是 IDE 界面按钮，而是编译参数是否保留符号、Delve 是否拿到完整帧信息、以及目标 goroutine 是否处在可观测生命周期内。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
