shell脚本关键字颜色由language defaults→keywords控制，需取消inherit、设高对比色，并确认文件类型为shell script；自定义应使用custom keywords或复制配色方案单独配置。
Shell脚本关键字颜色由「Language Defaults」控制，不是「Shell Script」专属设置
GoLand 里 Shell 脚本（.sh 文件）的关键字（如 if、then、do、for）着色不归 Shell Script 配色项管，而是继承自 Language Defaults → Keywords。很多人在 Editor → Color Scheme → Shell Script 下死磕，结果改了没反应——因为那里只控制 shebang 行、变量引用（$PATH）、命令替换（$(ls)）等少数元素。
- 路径是：
File → Settings → Editor → Color Scheme → Language Defaults → Keywords - 必须取消勾选
Inherit values from，否则会被上级方案覆盖 - Foreground 设为高对比色（如
#569CD6），避免和普通文本混在一起 - 如果同时启用了语义高亮（Semantic Highlighting），它会叠加影响关键字颜色，建议先关掉验证效果
为什么改了 Keywords 还是灰色？检查语言注入和文件类型绑定
常见现象：改完 Keywords 颜色，打开 deploy.sh 文件，while 还是灰的。大概率是 GoLand 没把它识别成 Shell 脚本。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 右下角状态栏看当前文件类型：必须显示
Shell Script，不是Text或空 - 若显示不对，右键文件 →
Override File Type→ 选Shell Script - 检查是否误启了语言注入：比如在 Go 字符串里写了 shell 片段，被自动注入为
Bash，此时颜色走的是注入语言的配色，不是主文件类型 - 确认
Settings → Editor → File Types中，Shell Script类型已关联*.sh和shebang #!/bin/bash等规则
终端输出颜色不影响编辑器语法高亮
别混淆两件事：echo -e "\033[32mOK\033[0m" 这类 ANSI 序列只在运行时控制终端渲染，和 GoLand 编辑器里 .sh 文件的关键字颜色完全无关。前者是程序输出行为，后者是 IDE 的静态语法分析结果。
- 编辑器里看到的颜色，取决于
Color Scheme+file type binding+language injection三者共同作用 - 终端模拟器（如 GoLand 内置 Terminal）的颜色表（ANSI Green 映射到什么 RGB）只影响
fmt.Printf或echo的运行结果，不影响代码本身着色 - 如果你在
.sh文件里写 ANSI 转义码，GoLand 默认不会高亮它们——除非你手动给\033[...这种字符串加注释或正则注入，但那属于高级定制，不是常规需求
自定义 Shell 关键字需复制配色方案再改
直接改 Language Defaults → Keywords 会影响所有语言（比如 Go 的 func、Java 的 public 也会变）。真要单独调 Shell 关键字，得走“语言特化”路径：
- 先复制一份当前配色方案（
Settings → Editor → Color Scheme → ⚙️ → Duplicate） - 在新方案下，展开
Shell Script→Keywords（注意：这里才是 Shell 专属的 keywords 设置项，但默认为空，需手动启用） - 勾选
Keywords后点右侧色块设色；若没这个选项，说明当前配色方案未启用 Shell Script 扩展支持，需装插件或重启 - 更稳妥的做法：用
Settings → Editor → Color Scheme → Language Defaults → Custom keywords，添加if then else fi for do done while等词，并设独立颜色——它优先级高于通用 Keywords
Apply，已打开的 .sh 文件需要切出再切回才能刷新高亮。Shell 脚本的语法解析不如 Go 那么严格，某些嵌套结构（比如多层 $(())）可能导致关键字识别中断，这时候颜色断点不是配置问题，是解析局限。
