根本原因是sublime text gui启动时未继承系统path；需用终端启动（macos/linux）或检查环境变量（windows），并配置build system捕获stderr、更新语法高亮以匹配scala版本演进。
Scala 插件装完为啥 scalac 还报 command not found？
根本原因不是插件没装对，而是 Sublime Text 启动时没继承系统的 PATH——尤其在 macOS GUI 启动、Linux 桌面环境或 Windows 的快捷方式启动下，PATH 通常不包含 scala 或 sbt 的安装路径。
实操建议：
- macOS：用终端执行
open -a "Sublime Text"启动，确保继承 shell 的PATH - Linux：避免从桌面图标双击启动，改用终端运行
subl（需提前sudo ln -s /opt/sublime_text/subl /usr/local/bin/subl） - Windows：检查
scala\bin是否已加进系统环境变量PATH，重启 Sublime Text（不是仅关闭窗口，要彻底退出进程） - 验证方式：在 Sublime 中按
Ctrl+`打开内置 Python 控制台，输入import os; print(os.environ.get('PATH'))，确认输出里有scala/bin或sbt/bin
用 SublimeBuild 跑 scalac 编译却没输出错误行号？
默认的 scalac 构建规则只捕获标准输出，而 Scala 编译器把错误写在标准错误（stderr），Sublime Build System 默认不解析 stderr，导致无法跳转到报错位置。
实操建议：
- 新建构建系统：
Tools → Build System → New Build System - 粘贴以下内容（注意
shell_cmd后加了2>&1）：
{
"shell_cmd": "scalac -encoding UTF-8 $file && echo '✓ compiled' || echo '✗ compile failed'",
"file_regex": "^(.*?):([0-9]+):([0-9]+):",
"selector": "source.scala",
"variants": [
{
"name": "Run",
"shell_cmd": "scala $file_base_name 2>&1"
}
]
}
关键点：file_regex 必须匹配 Scala 错误格式（如 MyApp.scala:5: error:），否则无法定位；2>&1 把错误流合并到输出，才能被正则捕获。
大数据开发常用：怎么让 sbt 在 Sublime 里跑 spark-submit 类任务？
直接用 sbt run 只适合小样例，真跑 Spark 作业得调 spark-submit，但 Sublime Build 不支持交互式命令或长时间运行进程，强行阻塞会卡 UI。
实操建议：
- 别在 Build System 里硬塞
spark-submit，改用 Shell 脚本封装： - 写个
run-spark.sh，内容类似：
#!/bin/bash
sbt clean compile && \
spark-submit \
--master local[*] \
--class "$1" \
target/scala-*/myapp_*.jar \
${@:2}
- 在 Build System 中调它：
"shell_cmd": "./run-spark.sh MyApp arg1 arg2" - 注意权限：
chmod +x run-spark.sh；路径用相对路径（脚本和项目根目录同级）；spark-submit必须已在PATH中
为什么 ScalaSyntax 高亮总崩，关键字变白或注释不着色？
Sublime 自带的 Scala 语法定义老旧（基于 TextMate 旧版），遇到新语法如 given、using、三重引号字符串、缩进控制块就会失效；同时多个 Scala 插件（如 ScalaIde、SublimeScala）常冲突。
实操建议：
- 卸载所有非必要 Scala 插件，只留一个：
Package Control → Remove Package → Scala（官方维护较勤的Scala包） - 手动更新语法定义：进入
Packages/Scala目录，替换Scala.sublime-syntax为 GitHub 上最新版（搜索sublime-scala/Scala.sublime-syntax） - 如果用 Dotty（Scala 3），必须用支持
indentation-based的语法文件，否则整个文件高亮全乱
真正麻烦的不是配置多，是每换一次 Scala 版本、sbt 版本或 Spark 版本，就得重新校验 PATH、构建脚本输出格式、以及语法高亮是否跟得上语言演进——这些细节不显眼，但一出问题就卡半天。
