sublime text 本身不运行 scala 程序，仅调用 sbt 编译执行；ctrl+b 无反应或报 unsupportedclassversionerror 主因是 sbt 使用了错误 jdk 版本，需确保 java_home 指向 jdk 17+ 并从终端启动 sublime。
Sublime Text 本身不运行 Scala 程序，它只负责编辑、高亮、跳转；真正编译和执行必须交给 sbt ——所谓“配置运行环境”，核心是让 Sublime 能正确调用 sbt，且不被 JDK 版本、项目结构或交互式控制台的管道限制卡住。
为什么 Ctrl+B 没反应，或报 java.lang.UnsupportedClassVersionError
这不是 Sublime 的错，而是 sbt 启动时用了错误的 JDK。Sublime 的 Build System 默认继承系统 JAVA_HOME，但 macOS 上常指向 JRE，Linux/Windows 上可能指向旧版 JDK（如 JDK 8），而你的 build.sbt 声明了 scalaVersion := "3.3.1"，它需要 JDK 17+。
- 在终端运行
echo $JAVA_HOME，确认路径含jdk-17或jdk-21，不含jre - 若不对，临时修复：在终端执行
export JAVA_HOME=$(/usr/libexec/java_home -v 17)，再从该终端启动 Sublime：subl . -
build.sbt中必须显式写scalaVersion := "3.3.1"，不能只靠libraryDependencies里带 scala 库 —— 后者不决定编译器版本 - Scala 3 项目必须用
sbt >= 1.9.0；用sbt 1.8.3会静默 fallback 到 Scala 2.12，编译时报错却找不到原因
如何让 Sublime 正确识别 Scala 项目并启用语法支持
打开单个 .scala 文件或 src/ 目录，永远得不到完整支持 —— Sublime 的 Scala 插件（sublack）依赖项目根目录下的 build.sbt 和 project/ 结构来加载插件、定位 classpath、启用跳转。
- 必须用终端进入项目根目录（即含
build.sbt的文件夹），再执行subl . - 安装插件时只认官方
sublack/Scala（通过 Package Control 搜索 “Scala” 会出现多个，只装作者是sublack的那个） - 打开后看状态栏右下角：如果不是
Scala，手动点击 →View → Syntax → Scala；若选了还是变回Plain Text，说明插件没加载，重启 Sublime - 插件启用后，
Ctrl+Click才能跳转到scala.collection.immutable.List这类标准库定义 —— 这依赖插件读取target/scala-3.3.1/classes/下的符号表
怎样从 Sublime 启动 sbt console 并真正交互？
别用 Tools → Build System → New Build System 写 {"cmd": ["sbt", "console"]} —— 它会立即退出，因为 Sublime 的 Build System 是单向管道：只读 stdout/stderr，不转发 stdin，sbt console 却需要持续输入表达式。
- 正确做法：用
SublimeREPL插件。先通过 Package Control 安装SublimeREPL，再按Ctrl+Shift+P→ 输入SublimeREPL: Scala→ 回车 - 它会新开一个 REPL 面板，自动执行
sbt console，并保持 stdin 连通，你可以输入List(1,2,3).map(_ * 2)并看到结果 - 如果报
command not found: sbt，说明SublimeREPL没继承你终端的 PATH；此时需在Preferences → Package Settings → SublimeREPL → Settings – User中加：{ "default_extend_env": {"PATH": "{PATH}:/usr/local/bin:/opt/homebrew/bin"} }（路径按你实际which sbt输出填）
最易被忽略的是：Scala 3 的 sbt 启动比 Scala 2 慢得多，首次 sbt console 可能卡住 20 秒以上，期间光标不动、无输出——这不是挂了，是正在编译 scala3-library_3 的 macro runtime，等它过去才能输入。
