不能。Sublime Text 仅为文本编辑器，需依赖系统已安装的 Scala 工具链，通过配置 .sublime-build 文件调用 scalac 和 scala 命令实现编译运行，核心是路径、shell 行为与本地环境匹配。
Sublime Text 能不能直接编译运行 Scala？
不能。Sublime Text 本身只是文本编辑器，没有内置编译器或 JVM 环境支持，scalac 和 scala 命令必须由系统已安装的 Scala 工具链提供，Sublime 只能调用它们——所以配置本质是「写个能跑通的构建系统」。
怎么写一个可用的 Sublime Build System（.sublime-build）？
核心是告诉 Sublime：源文件在哪、用什么命令编译、怎么运行、输出路径放哪。关键点不是语法多漂亮，而是路径和 shell 行为要对得上本地环境。
- 确保
scalac和scala已加入系统PATH（终端里能直接敲scalac -version返回结果） - 构建系统必须区分「单文件编译」和「带依赖/包结构」场景；纯
.scala文件推荐用scalac编译 +scala运行两步，不建议强行合并 - Windows 用户注意：
cmd下要用&&连接命令，macOS/Linux 用&&或;都可以，但后者失败后仍会执行后续命令 - 示例（跨平台安全写法，保存为
Scala.sublime-build）：
{
"cmd": ["sh", "-c", "scalac \"$file\" && scala \"${file_base_name}\""],
"file_regex": "^(.*?):([0-9]+):([0-9]+):",
"selector": "source.scala",
"shell": true,
"working_dir": "$file_path"
}
⚠️ 注意：$file_base_name 是不含扩展名的文件名，仅适用于无 package 声明、无 object 名与文件名不一致的最简情况；否则会报 No such file or class on classpath。
为什么编译成功却运行报 “not found: object XXX”？
这是最常卡住人的点：Scala 要求 object 名必须和文件名完全一致（大小写敏感），且该 object 必须继承 App 或定义 def main(args: Array[String]): Unit。Sublime 构建系统默认只传文件名去 scala，不会自动识别主类。
- 错误写法：
test.scala里写object Main extends App { ... }→ 运行时执行scala test，找不到test这个 object - 正确写法：要么改文件名为
Main.scala，要么在构建系统里显式指定主类："cmd": ["sh", "-c", "scalac \"$file\" && scala \"${file_base_name}\""]改成"scala \"Main\"" - 更稳妥的做法：把构建拆成两个——一个只编译（
scalac），一个单独运行（用Tools → Build With…切换），避免拼错主类名
有没有比手写 .sublime-build 更省事的办法？
有，但得接受局限性。插件 SublimeScala（通过 Package Control 安装）能提供语法高亮、简单补全和基础构建模板，但它不解决 JDK/Scala 版本冲突、sbt 项目集成或 classpath 管理问题。
- 它默认的构建系统仍依赖全局
scalac，如果你用sbt管理项目，那插件基本没用——得自己写调用sbt run的构建系统 - 插件对 Scala 3 支持滞后，如果用
@main注解写入口，旧构建系统大概率不认识，会提示not found: value args - 真正省事的方式反而是：小练习用 Sublime + 手动构建系统；中大型项目直接切到 VS Code（+ Metals）或 IntelliJ —— 不是 Sublime 不行，是 Scala 的构建生态太重，编辑器层很难兜住
路径、主类名、JVM 版本这三样对不上，再好的构建配置也只会静默失败或报奇怪的类加载错误。调试时先在终端手动跑一遍 scalac 和 scala 命令，确认没问题再贴进 Sublime。
