sublime本身不支持java开发，所有运行能力均依赖外部javac和java命令；报“'javac' is not recognized”根本原因是系统path未正确配置或sublime未继承环境变量，必须通过where/javac或which javac验证并彻底重启sublime。
Sublime 本身不支持 Java 开发，所有“运行 Java”能力都来自外部命令调用；所谓插件，只是帮你省几行 JSON 配置，但绝不能绕过 javac 和 java 的可用性验证。
为什么装了 JavaC 插件还是报 “'javac' is not recognized”
这不是插件问题，是 Sublime 根本没找到 javac 可执行文件。它启动时继承的是系统默认环境变量，不是你终端里改过的 .zshrc 或系统 Path。
- Windows：打开命令提示符，运行
where javac；无输出说明%JAVA_HOME%\bin没进系统 Path（只设JAVA_HOME不够） - macOS/Linux：运行
which javac；若为空，检查$PATH是否含$JAVA_HOME/bin，并确认 shell 配置文件（如~/.zshrc）已被加载 - 改完环境变量后，必须彻底退出 Sublime（任务管理器杀进程 / Activity Monitor 强制退出），再重开——否则新变量不会生效
- 验证 Sublime 是否看见
javac：按Ctrl+`打开控制台，输入import os; print(os.environ.get('PATH'))，搜索java或jdk路径
JavaC 插件 vs 手写 Build System：什么时候该用哪个
JavaC（作者 r-stein）适合单文件、无 package、无依赖的场景，比如刷算法题或写小工具；它不处理类路径、不支持多文件编译、也不自动识别 main 类位置。
- 装法：Package Control → Install Package → 搜
JavaC（不是Java或SublimeJava） - 用法：打开
.java文件，按Ctrl+B；默认把.class输出到同目录 - 限制：一旦源码含
package com.example;，就必须把文件放在com/example/Hello.java，否则报error: class Hello is public, should be declared in a file named Hello.java - 替代方案：复杂项目（多类、包结构、
lib/依赖）必须手写Java.sublime-build，加-cp、-d、显式指定working_dir
运行含 Scanner 的程序为什么会闪退
Sublime 默认构建系统在非交互式子进程中执行，System.in 不可用，Scanner.nextLine() 会立刻抛 NoSuchElementException 或直接卡死。
- 临时解法：修改
shell_cmd，调用系统终端执行（Windows 推荐）："shell_cmd":"javac -encoding UTF-8 -d \"${file_path}\" \"${file}\" && cmd /c start cmd /k \"cd /d ${file_path} && java ${file_base_name} && pause\"" - macOS/Linux 可用
open -a Terminal.app或gnome-terminal -- bash -c，但要注意终端是否加载了 Java 环境（.zshrc可能不自动 source） -
pause是为了防止窗口关闭太快；若程序本身有循环读取输入，可去掉&& pause，否则需按任意键才能退出
“Could not find or load main class” 到底在报什么
这不是代码错，是 java 命令找不到类——要么类名拼错，要么工作目录不对，要么 .class 没生成到预期位置。
- 没写
package：可安全用java $file_base_name，但working_dir必须是$file_path（否则java在错误目录找.class） - 写了
package com.example;：源文件必须在com/example/MyApp.java，working_dir得设成com的上一级目录，且shell_cmd中必须用java com.example.MyApp，不能用$file_base_name - 关键检查点：
javac -d . MyApp.java后，是否生成了./com/example/MyApp.class？如果只生成了./MyApp.class，说明漏了-d .
最常被忽略的其实是 -d . 和 working_dir 的配合：前者决定 .class 放哪，后者决定 java 从哪开始找包路径——两者不一致，就必然报这个错。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
