goland导出颜色方案的实际路径是：windows为%appdata%\jetbrains\goland202x.x\colors\，macos为~/library/caches/jetbrains/goland202x.x/colors/，linux为~/.cache/jetbrains/goland202x.x/colors/；但仅通过export scheme…可导出标准.icls文件，前提必须是已duplicate的自定义方案。
GoLand 导出颜色方案的实际路径在哪里
GoLand 的颜色方案（Color Scheme）不是独立文件，而是嵌套在 IDE 配置目录中的 colors 子目录里，导出本质是手动复制对应 XML 文件。默认不会生成“可分享的 .icls 文件”，除非你主动另存——但这个操作藏得深，且仅对当前方案有效。
- Windows：配置目录通常为
%APPDATA%\JetBrains\GoLand202X.X\colors\ - macOS：对应路径是
~/Library/Caches/JetBrains/GoLand202X.X/colors/ - Linux：一般是
~/.cache/JetBrains/GoLand202X.X/colors/
注意：GoLand202X.X 需替换成你实际使用的版本号（如 GoLand2023.3），不同大版本间配置不互通。
用 Settings → Editor → Color Scheme → ⚙️ → Export 能导出什么
这个菜单项导出的是标准 .icls 文件，但有严格前提：必须是「当前激活的自定义方案」，且不能是内置方案（如 Default 或 Dracula）的直接副本——哪怕你只改了一个字体大小，也得先点击 ⚙️ → Duplicate 创建新方案并切换过去，否则 Export 按钮是灰色的。
- 导出后文件名默认为
your-scheme-name.icls，内容是纯 XML，可被其他 GoLand 实例通过Import Scheme…加载 - 导出不包含字体设置、控制台颜色、Terminal 配色等——这些属于独立配置项，需另行处理
- 如果方案里用了第三方插件定义的语法高亮（如
Go插件新增的go:struct tag），.icls会保留该 token 定义，但目标机器若没装同版本插件，这部分高亮可能失效
为什么导出的 .icls 在另一台机器上颜色不对
常见原因不是文件损坏，而是依赖未对齐：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- GoLand 版本差异：2023.2 导出的
.icls在 2024.1 中加载后，部分 token（如go:embedded field）可能被忽略或映射到默认样式 - 基础方案不一致：导出时基于
IntelliJ Light，但目标机器导入时选了Dracula作为父方案，会导致继承链错乱 - 字体渲染差异：macOS 的
Monaco和 Windows 的Consolas对同一 RGB 值呈现效果不同，肉眼感觉“颜色变了”
验证方式：导入后打开 Settings → Editor → Color Scheme → Go，逐项检查关键 token（如 go:keyword、go:string）是否仍显示你设定的前景色/背景色。
想备份完整配色体验，光导出 .icls 不够
真正还原开发环境，还需同步以下几项（它们不在 .icls 里）：
-
Settings → Editor → Font：字号、行高、抗锯齿设置 -
Settings → Editor → Color Scheme → Console Colors：运行/调试控制台的 ANSI 颜色映射 -
Settings → Tools → Terminal：Shell 启动命令和终端配色方案（如Monokai） -
Settings → Appearance & Behavior → System Settings → Custom VM Options：影响渲染的 JVM 参数（如-Dawt.useSystemAAFontSettings=lcd）
最省事的做法是直接打包整个 colors/ 目录 + 记录上述关键配置项的截图或文本，比单靠一个 .icls 可靠得多。
