sublime text 不能直接编译运行 kotlin 后端项目，它仅是文本编辑器，不解析 build.gradle.kts、不执行 compilekotlin 任务、不管理依赖或 jvm 配置；实际开发需用终端执行 gradle 命令，sublime 仅负责编辑与语法高亮。
Sublime Text 能不能直接编译运行 Kotlin 后端项目
不能。Sublime Text 本身不解析 build.gradle.kts、不加载 jvm() 块、不执行 compileKotlin 任务，也不管理依赖 classpath 或 jvmTarget 版本。所谓“后端开发”，实际只能编辑代码 + 手动调用 Gradle——Sublime 只是带高亮的文本编辑器。
LanguageKotlin 插件必须装，且 selector 必须是 source.kotlin
很多用户装了插件但 .kts 文件仍显示为 Plain Text，根本原因是插件未生效或 selector 冲突。确认方式：打开任意 build.gradle.kts，右下角语言名点击 → Open all with current extension as… → 选 Kotlin；若列表里没有 Kotlin，说明插件没装对。
- 只认
LanguageKotlin（JetBrains 官方维护），别用SublimeKotlin或旧版Kotlin-Sublime-Plugin，后者不定义source.kotlinselector -
selector大小写敏感，source.Kotlin或source.kt都不会触发构建系统 - 装完插件必须重启 Sublime，否则
source.kotlin不注册
Build System 只能跑单文件 JVM Kotlin，不能替代 Gradle
如果你写的是独立脚本（比如 CLI 工具入口），可用 kotlinc -script；如果项目含多文件、依赖、Spring Boot 等，Kotlin.sublime-build 编译出的 jar 根本跑不起来——它没打包依赖、没处理 resources、没生成 manifest。
-
kotlinc -script $file是唯一安全支持.kts的方式；kotlin $file.kts在 Kotlin ≥1.9 已废弃，Sublime 调用会静默失败 - 想编译
.kt文件为 jar：["kotlinc", "$file_name", "-include-runtime", "-d", "$file_base_name.jar"]，但仅适用于单文件、无外部依赖场景 - 路径含空格时，
$file必须由 shell 解析，所以"shell": true不可省；Windows 用户要确保kotlinc.bat在 PATH 中且能全局调用
Gradle 构建必须在终端里做，Sublime 无法接管生命周期
你改完 src/main/kotlin/App.kt，按 Ctrl+B 不会触发 ./gradlew build，也不会定位编译错误行号。Sublime 的 Build System 拿不到 Gradle 的 task graph、classpath 或 kotlinOptions 配置，更没法解析 org.gradle.api.tasks.testing.Test 这类 DSL。
- 真正该做的：用 Sublime 编辑，然后在项目根目录终端执行
./gradlew run或./gradlew test - 想快捷触发？可以配一个极简 Build System：
["bash", "-c", "./gradlew compileKotlin"]，但它只输出日志，不跳转错误位置，也不重载 classpath - 不要尝试让 Sublime 加载
settings.gradle.kts或识别plugins { kotlin("jvm") }——它没这个能力，强行配只会掩盖真实构建问题
./gradlew --dry-run 的输出都难结构化捕获，更别说处理 Could not resolve org.jetbrains.kotlin:kotlin-stdlib:1.9.23 这类依赖报错的上下文。编辑器归编辑器，构建归 Gradle。
