goland 不支持按 go 语言词法作用域（local/package/global）自动区分变量颜色，仅能基于 ast 解析的声明上下文（如 local variable、parameter、global variable）配置颜色，且需启用语义高亮才生效。
GoLand 不支持按“作用域”（如 local / package / global）自动区分变量颜色
它没有内置机制识别 var x int 是局部变量、包级变量还是全局常量，然后据此配不同 foreground 或 background。所谓「作用域」在 GoLand 里是文件/目录级别的逻辑分组（比如 myapi/*），不是 Go 语言的词法作用域（lexical scope）。你看到的变量名颜色，只由语法类型（Local variable、Parameter、Global variable 等）和是否启用语义高亮决定，和它实际声明在哪一级作用域无关。
能调的其实是「变量声明位置类型」，不是运行时作用域
GoLand 的颜色方案里有这些可配置项，它们对应的是 AST 解析出的声明上下文，不是 Go 运行时的作用域层级：
-
Local variable：函数体内var x int或x := 1声明的变量名 -
Parameter：函数签名里的形参名，如func foo(x string)中的x -
Global variable：包级变量（非 const），如var ErrNotFound = errors.New("not found") -
Constant：包级const和iota值，但注意const x = 1的x属于这个，而const ( A = iota )的A也归这里
这些项在 Settings → Editor → Color Scheme → Go 下可单独设 foreground、background、font style（Bold/Italic）。但要注意：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 必须先勾选右上角
Show semantic highlighting，否则所有这些设置都不生效 -
Global variable不等于「跨包可见的变量」——它只匹配当前包内顶层声明的var，不包括exported变量的访问处 - 如果你改了
Local variable颜色，但某个for循环里的i没变色，大概率是因为它被识别为Loop variable（独立条目，需单独配置）
想让「导出变量」和「未导出变量」颜色不同？原生不支持
GoLand 不解析首字母大小写规则来区分 exported / unexported 标识符。也就是说，User 和 user 在颜色方案里无法被自动分类。你只能手动干预：
- 用
Search → Replace in Path批量加注释标记（如// EXPORTED），再通过Color Scheme → General → Custom highlighters配置关键词高亮——但这只是 hack，不随代码变更自动更新 - 借助插件，比如
Highlighter或RegEx Highlighter，写正则匹配大驼峰开头的标识符（\b[A-Z][a-zA-Z0-9]*\b），但会误伤类型名、方法名等，维护成本高 - 放弃颜色区分，改用结构化提示：开启
Editor → Inlay Hints → Go → Show parameter hints或启用Code Vision显示引用数，比颜色更可靠
真正影响颜色显示的关键开关容易被忽略
即使你把 Local variable 设成了红色，也可能看不到效果，因为：
- 当前文件没启用语义高亮：检查
Settings → Editor → Color Scheme → Go右上角是否勾选Show semantic highlighting - 用了第三方主题（如 Monokai_2），它可能覆盖了 Go 语言专属设置，需进该主题的
.icls文件手动补全GO_LOCAL_VARIABLE条目 - 开启了
File → Settings → Editor → Color Scheme → General → Code folding outline的透明折叠背景，会干扰下方文字颜色渲染
最稳的做法：新建一个空的 Go 文件，只写 func f() { x := 1 }，确认 x 能按 Local variable 设置变色，再逐步加复杂度排查。别在已有大项目里直接调，干扰因素太多。
