Sublime Text 无法实现 Kotlin Android 或后端混合开发，因其缺乏原生 LSP 支持、不解析 Gradle DSL 和 multiplatform 块、无法加载动态 classpath 与资源绑定，仅适合作为代码阅读器。
Sublime Text 无法通过 Kotlin-LSP 插件实现 Android 或后端混合开发——LSP 支持本身就不完整，且 Android 开发所需的 DSL 解析、Gradle 多平台块识别、资源绑定等能力，Sublime 完全不具备。
为什么 Kotlin-LSP 在 Sublime 上根本跑不起来
Sublime Text 没有原生 LSP 客户端，必须依赖第三方插件（如 LSP 或 LSP-kotlin）桥接。但问题在于：
-
kotlin-language-server官方已停止维护（2024 年底归档），当前无稳定、兼容 Kotlin 1.9+ 的可用版本 - 即使强行拉起服务，它只响应基础的
textDocument/definition和textDocument/hover，对android()、jvm()、@Composable等 DSL 和 annotation 零解析能力 - Sublime 的
LSP插件不支持workspace/configuration动态请求，而 Kotlin-LSP 依赖该机制加载build.gradle.kts中的模块路径和依赖信息 - Android 项目中常见的
res/引用（如R.string.app_name）、Manifest关联、AIDL 或 ViewBinding 生成代码，LSP 根本不感知
Build System 能跑 .kt，但对 Android 项目完全失效
你配好 kotlin.sublime-build 后，单个 HelloWorld.kt 可能编译运行成功，但这和 Android 开发毫无关系：
-
kotlinc编译器本身不理解androidx.appcompat:appcompat这类依赖——它只认-classpath，而 Gradle 构建产生的 classpath 是动态生成的，Sublime 无法提取 -
build.gradle.kts文件在 Sublime 里只是带高亮的文本；android { compileSdk = 34 }这种块不会触发任何配置加载，更不会影响构建行为 - 所谓“后端混合”，比如共用一个
commonMain模块？Sublime 不解析multiplatform {}块，也不识别expect/actual声明的语义约束 - 你手动写
-classpath把所有 jar 堆进去？路径会随 Gradle 版本、AGP 升级剧烈变动，且无法处理 AAR 解包、Proguard 规则、R 类生成等中间步骤
真正能落地的替代方案只有两个方向
别在 Sublime 上硬凑“混合开发”工作流，它连最基础的跨模块跳转都做不到。务实的选择是：
- 用 Sublime 当纯阅读器：打开
.kt、build.gradle.kts、compose文件看逻辑，靠Ctrl+P快速定位文件，语法高亮 + 正则搜索足矣 - 把构建和调试彻底交给终端：
./gradlew :app:assembleDebug、adb install、./gradlew :backend:run全部在 iTerm / Windows Terminal 里执行，Sublime 只负责改代码 - 如果非要编辑 + 构建联动，唯一可行的是为每个子项目单独写
.sublime-build，例如：android-app.sublime-build调用./gradlew :app:assembleDebug，但输出日志不可交互，失败时看不到具体哪行 DSL 写错
最常被忽略的一点：Android Studio 的 build 目录下生成的 compileKotlin 任务日志里，错误位置精确到 MyActivity.kt:42:17，而 Sublime 的 Build System 输出全是模糊的 Compilation failed —— 因为它没接入 Gradle 的 CompilerMessage 事件总线。
