GoLand的Structure视图不显示局部作用域，因其基于AST而非作用域分析，仅展示func、type、var等顶层声明节点，忽略for/if等块内局部变量。
GoLand 的代码结构视图（Structure Tool Window）默认不按作用域分层，它只按语法声明层级（如函数、类型、变量）平铺展示，无法直接反映 for、if 或 {} 块内的局部变量作用域范围。
为什么 Structure 视图里看不到局部作用域？
GoLand 的 Structure 工具基于 AST（抽象语法树），而非作用域分析。它识别的是可导出/包级声明项：func、type、var、const 等顶层节点，但不会把 for i := 0; i 这样的语句块当作一个可折叠或可导航的“作用域节点”呈现。
换句话说：Structure 是“声明导航器”，不是“作用域浏览器”。它关心“你写了什么”，而不是“这些名字在哪儿能用”。
- 你在
main函数内声明的name := "go"不会出现在 Structure 列表中 -
if块里定义的err := doSomething()同样不可见 - 只有函数名、结构体名、全局变量名等包级声明才会被索引和显示
想看到作用域嵌套关系，该看哪里？
真正反映作用域嵌套的，是编辑器里的代码折叠和高亮行为，而不是 Structure 面板：
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 点击行号左侧的
▶折叠箭头，可以逐层折叠{}块 —— 每个{对应一个作用域边界 - 将光标停在某个变量上，GoLand 会高亮所有同名变量，并在状态栏提示“declared in block at line X”，这其实是在反向推导作用域
- 按
Ctrl+Click（macOSCmd+Click）跳转到变量声明处，如果跳转失败，说明它不在当前作用域可见范围内
注意：GoLand 不提供“作用域树形图”这类视图，VS Code 的 Go 扩展也一样 —— 这不是功能缺失，而是 Go 语言本身没有像 Python 那样显式依赖缩进表达作用域，它的作用域由词法块（{}）严格界定，而 IDE 更倾向用折叠 + 高亮 + 跳转来辅助理解，而非另建一套可视化结构。
调试时怎么验证变量是否在作用域内？
最直接的办法是写一段测试性代码，观察编译器报错：
func main() {
if true {
x := 42
fmt.Println(x) // ✅ OK
}
fmt.Println(x) // ❌ 编译错误：undefined: x
}
这种错误信息本身就是作用域边界的权威反馈。GoLand 在编辑时就会实时标红第二处 x，并提示“unresolved reference”，比 Structure 视图更早、更准地告诉你作用域在哪结束。
真正容易被忽略的点是：Go 中 for、if、switch 的初始化语句（如 for i := 0; ...）创建的变量，其作用域仅限该语句块本身，且不能被外部任何方式“提升”或“捕获” —— 这不是 IDE 限制，是语言规则。Structure 视图不显示它们，恰恰是因为它们本就不构成可导航的声明节点。
