需安装gr8插件实现groovy/gradle语法高亮，配置build system调用gradlew执行任务，但sublime无法提供dsl语义补全或跳转，格式化易破坏dsl结构，应禁用全局格式化对.gradle文件的支持。
安装 Groovy 语法高亮插件
Sublime 默认不识别 .gradle 或 .groovy 文件，打开后全是白底黑字，变量/关键字无颜色区分。这不是配置问题，是根本没加载语法定义。
直接装 Package Control（如果还没装：Ctrl+Shift+P → “Install Package Control”），然后 Ctrl+Shift+P → “Package Control: Install Package” → 搜 Gr8 或 Groovy，选 Gr8（轻量、维护活跃、支持 Gradle DSL 关键字高亮）。
- 别装
Groovy（老版，不更新，Gradle 的dependencies块里implementation之类全标红） - 装完后右下角手动切换语法：点击 “Plain Text” → “Open all with current extension as...” → “Gr8/Groovy”
- 如果
build.gradle仍显示为 XML 风格，说明文件关联被劫持了——删掉Preferences → Settings – Syntax Specific里残留的"syntax": "Packages/XML/XML.tmLanguage"
让 Sublime 能运行 Gradle 脚本（非编译，仅执行）
Sublime 本身不是 IDE，没有 Gradle daemon 集成，但你可以用 Build System 快速触发本地 gradle 命令，比如 gradle build 或 gradle tasks。
关键不是“支持 Groovy”，而是让 Sublime 知道去哪找 gradle 可执行文件，并传对参数。
- 确认终端里能跑
gradle -v；如果只在项目里用 wrapper，就用./gradlew（Linux/macOS）或gradlew.bat（Windows） - Tools → Build System → New Build System，粘贴以下内容（以 wrapper 为例）：
{
"cmd": ["./gradlew", "$1"],
"selector": "source.groovy, source.gradle",
"working_dir": "${project_path:${folder}}",
"shell": true,
"variants": [
{
"name": "Tasks",
"cmd": ["./gradlew", "tasks"]
}
]
}
-
$1是占位符，运行时按 Ctrl+B 后输入build或test即可动态传参 - Windows 用户把
./gradlew换成gradlew.bat，否则报 “The system cannot find the file specified” - 如果提示
command not found: gradle，说明 PATH 没继承进来——在 Build System 里加"path": "/opt/gradle/bin:/usr/local/bin"（填你实际的 bin 路径）
Gradle DSL 特性在 Sublime 中无法补全/跳转
这是最常被误解的一点：装了语法高亮 ≠ 有语义感知。Sublime 不解析 build.gradle 里的 plugins { id 'java' } 或 dependencies 块上下文，所以不会提示 implementation 的可用方法，也不能 Ctrl+Click 跳转到插件源码。
这不是配置能解决的，是编辑器能力边界问题。
- 所有“DSL 补全”类需求（如
test { useJUnitPlatform() }的括号内自动提示），必须用 IntelliJ IDEA 或 VS Code +Gradle for Java扩展 - Sublime 里唯一能做的“伪补全”是用
AutoFileName插件补路径（比如fileTree(dir: 'src')里自动补目录名），但它不认识 Gradle 函数签名 - 别折腾
SublimeLinter配groovylint——Gradle 脚本依赖项目 classpath，linter 拿不到，90% 报错是误报（比如 “projectunresolved”）
常见错误：保存后自动格式化把 Gradle DSL 弄乱
有人装了 JsPrettier 或 Clang-Format 后，一保存 build.gradle 就变成每行一个 dependency、缩进错乱、甚至删掉空行导致 gradle 解析失败。
原因：这些格式化工具默认把 .gradle 当作 Groovy 脚本处理，但 Gradle DSL 不是纯 Groovy，它重度依赖换行和空行语义（比如 dependencies 块中空行分隔不同 scope）。
- 立刻关掉所有全局格式化插件对
.gradle文件的支持：在插件设置里搜extensions，删掉"gradle" - 如果坚持要用格式化，只对
.groovy（非构建脚本）启用，且用gradle-format这类专用工具，而非通用 Groovy 格式化器 - 检查
Preferences → Package Settings → [某插件] → Settings，确认没有"auto_format_on_save": true泄露到 Gradle 文件
真正写 Gradle 脚本时，手动缩进比依赖自动格式更可靠。DSL 的可读性靠的是块结构和空行，不是花哨的括号对齐。
