sublime text 不能用于开发 android 应用——它缺乏 gradle 集成、不解析 android{} dsl、不加载 build.gradle.kts 中的平台块，也无法触发 ./gradlew assembledebug 或 adb install 等关键流程，仅可编辑脚本或验证 jvm-targeted kotlin 逻辑。
Sublime Text 不能用于开发 Android 应用——它没有 Gradle 集成、不解析 android{} DSL、不加载 build.gradle.kts 中的平台块，也无法触发 ./gradlew assembleDebug 或 adb install 等关键流程。所谓“安卓场景下的 Kotlin 配置”，仅限于编辑 build.gradle.kts 或 settings.gradle.kts 这类脚本文件，或临时写点 JVM-targeted Kotlin 逻辑做验证。
为什么 Sublime 无法参与 Android Kotlin 开发全流程
Android 构建强依赖 Gradle 的生命周期管理、AGP（Android Gradle Plugin）对 Kotlin DSL 的深度解析、以及与 adb、aapt2、d8 等工具链的协同。Sublime 的 Build System 只能调用单条 shell 命令，连 ./gradlew build 的输出流都难以结构化捕获，更别说处理编译错误定位、资源合并失败、签名配置缺失等典型 Android 构建问题。
常见误判现象：
- 装完
LanguageKotlin插件后，build.gradle.kts能高亮 → 误以为“已支持 Android Kotlin” - 手动配了
kotlin.sublime-build，跑通一个fun main()→ 误以为“能编译 Android 模块” - 在 Sublime 里改完
AndroidManifest.xml后按 Ctrl+B → 静默失败，无任何提示
只编辑 Android 相关 Kotlin 文件时，必须做的三件事
若你只是用 Sublime 查看/修改 build.gradle.kts、app/src/main/java/com/example/MainActivity.kt（非编译运行），只需确保基础可读性和最小编辑辅助：
-
LanguageKotlin插件必须安装且启用：否则.kts文件被识别为 Plain Text，plugins { id("com.android.application") }这类 DSL 完全无颜色区分 - 手动设置
.kts文件关联：打开任意build.gradle.kts→ 点击右下角语言名 → Open all with current extension as… → Kotlin；否则 Sublime 默认按 Groovy 解析，高亮错乱 - 禁用可能冲突的插件：如
Gradle或Android类插件（非官方维护），它们常硬编码 Groovy 语法 scope，会覆盖 Kotlin 的source.kotlinselector
kotlin.sublime-build 在 Android 项目中完全不适用
Android 项目的 Kotlin 源码从来不是靠 kotlinc $file -include-runtime -d out.jar && java -jar out.jar 这种方式编译的。它必须走 Gradle 的 KotlinCompile task，受 compileKotlin 的 classpath、jvmTarget、languageVersion 等参数约束。直接调 kotlinc 会立刻报错：
-
error: unresolved reference: android（因为没加-classpath包含 AGP 和 SDK jar） -
error: this declaration is not public in kotlin.stdlib（因 jvmTarget 不匹配，如项目用 17，kotlinc默认 1.6） - 生成的
.jar即使能跑，也和 APK 里的.dex完全无关，无法部署到设备
真正该用的构建方式，是把 Sublime 当作终端前置编辑器，在保存文件后，切到终端执行：./gradlew :app:compileDebugKotlin —— 所有验证必须回到命令行。
容易被忽略的路径与权限细节
即使只做编辑，以下两点仍常导致高亮失效或构建系统静默退出：
- Android 项目路径含中文或空格（如
/Users/张三/My App/）：Sublime 的working_dir传给 shell 时易被截断，LanguageKotlin插件的 scope 规则也可能失效 - Linux/macOS 下未给
gradlew加执行权限：chmod +x gradlew缺失会导致终端报Permission denied，但 Sublime 的 Build System 默认不显示 stderr，看起来就像“什么都没发生” - Windows 用户若用 WSL2 开发 Android，Sublime 运行在 Windows GUI 层，无法直接调用 WSL 中的
./gradlew；必须用wsl ./gradlew显式桥接，且 PATH 需同步 WSL 环境
最终效果边界很清晰：你能看清 dependencies { implementation(libs.androidx.core) } 的结构，但不能点击跳转到 libs.versions.toml；你能快速改一行 android:exported="true"，但无法一键运行到手机。把 Sublime 当作“带 Kotlin 高亮的记事本”，预期管理比配置本身更重要。
