Sublime Text 中 Ctrl+B 运行 Ja va 报错“'ja vac' 不是内部或外部命令”的根本原因是 Sublime 未继承系统 PATH 中的 JDK 路径，需通过新建 Build System 并在 env 中显式配置 PATH 指向 jdk/bin 目录来解决。
Sublime Text 里 Ctrl+B 运行 Ja va 报错“'ja vac' 不是内部或外部命令”
这个问题困扰过不少开发者。明明在命令行里 ja vac 和 ja va 都能正常使用，为什么到了 Sublime Text 里，按下 Ctrl+B 就提示“不是内部或外部命令”？
根本原因在于，Sublime Text 并没有完整继承你系统环境变量 PATH 中的 JDK 路径。尤其是在 Windows 系统上，如果你通过开始菜单或快捷方式启动 Sublime，它获取到的环境变量可能是不完整的，这就导致它根本找不到 ja vac 这个命令。
所以，解决办法不是反复修改系统 PATH，而是直接告诉 Sublime Text：“JDK 就在这里，请用这个路径”。具体操作如下：
- 打开菜单栏的
Tools → Build System → New Build System… - 将编辑器里的全部内容替换为下面的 JSON 配置（关键一步：记得把示例中的
C:/Program Files/Ja va/jdk-17.0.1替换成你自己电脑上 JDK 文件夹的实际路径）：
{
"shell_cmd": "ja vac -encoding UTF-8 -d \"${file_path}\" \"${file}\" && ja va -cp \"${file_path}\" \"${file_base_name}\"",
"file_regex": "^(...*?):([0-9]*):?([0-9]*)",
"working_dir": "${file_path}",
"selector": "source.ja va",
"env": {
"PATH": "C:/Program Files/Ja va/jdk-17.0.1/bin;${PATH}"
}
}
保存文件，名字可以取为 Ja vaC.sublime-build。之后，在 Sublime Text 右下角的状态栏，将构建系统切换到刚刚新建的这个。这样一来，每次按 Ctrl+B，Sublime 就会优先使用你指定路径下的 ja vac 编译器了。
运行含 Scanner 或其他标准输入的 Ja va 程序时直接闪退
解决了编译问题，下一个常见的坑就是交互式输入。你会发现，一旦程序里用了 Scanner.nextLine() 等待用户输入，运行窗口要么直接闪退，要么就卡住不动了。
这是因为 Sublime Text 默认的构建系统是在后台执行命令的，并没有提供一个真正的交互式终端（stdin）来让你输入。所以，Scanner 等不到输入，就会抛出 NoSuchElementException 异常，程序自然就结束了。
立即学习“Ja va免费学习笔记（深入）”；
要解决这个问题，必须让程序在一个独立的终端窗口里运行。方法就是修改我们刚才创建的 .sublime-build 文件，把 "shell_cmd" 里的命令改成能调用系统终端的方式。
- 对于 Windows 用户，推荐使用
cmd /c start cmd /k这种方式来启动一个新命令窗口（注意双引号的转义）：
"shell_cmd": "ja vac -encoding UTF-8 -d \"${file_path}\" \"${file}\" && cmd /c start cmd /k \"cd /d ${file_path} && ja va ${file_base_name} && pause\""
macOS 或 Linux 用户则可以使用类似 open -a Terminal.app 或 gnome-terminal -- bash -c 的命令，但需要注意你的终端初始化脚本是否已经正确配置了 Ja va 环境变量。
⚠️ 这里有个细节：命令末尾的 pause 是为了防止程序运行结束后终端窗口立刻关闭，让你看不清输出结果。如果你的程序本身就有循环读取输入的逻辑，比如一个持续运行的菜单，那么可以去掉这个 pause；否则，程序运行完后需要你按任意键才会关闭窗口。
类名与文件名不一致导致 ClassNotFoundException
这是一个经典的 Ja va 编译问题，但在 Sublime Text 里更容易被忽略，因为编辑器本身不会做这个校验。
Ja va 编译器有一个硬性规定：如果一个 Ja va 源文件里包含 public class，那么这个类的名字必须和文件名（不含 .ja va 后缀）完全一致，包括大小写。手一滑，错误就来了。
常见的错误现象是：
- 用
ja vac HelloWorld.ja va编译成功了，但运行ja va HelloWorld时却报错：Error: Could not find or load main class HelloWorld - 回头一检查，发现文件里写的是
public class helloworld（首字母小写）或者public class HelloWorldApp（多了后缀）。
排查和解决方法其实很简单：
- 打开你的
.ja va文件，确认public class后面跟着的类名，必须和文件名（去掉.ja va）逐字符一模一样。 - 如果类不是
public的，那倒没有强制同名要求。但运行ja va命令时，传入的必须是编译后生成的.class文件对应的那个准确类名。 - 一个直观的检查方法是：编译后，去文件所在目录（
${file_path}）看看，是否生成了你期望的那个类名的.class文件。
中文输出乱码（控制台显示问号或方块）
中文乱码的本质是编码不匹配。你的 Ja va 源文件很可能用 UTF-8 编码保存，里面包含了中文字符串。但 Windows 系统的命令提示符（cmd）默认使用 GBK 编码。如果 ja vac 编译和 ja va 运行时没有明确指定编码，乱码就出现了。
解决的关键，在于构建命令中显式地指定编码。前面的示例里已经加入了 -encoding UTF-8，但这可能还不够彻底：
ja vac必须加-encoding UTF-8，确保编译器以 UTF-8 方式读取你的源代码。ja va运行时最好也加上-Dfile.encoding=UTF-8这个参数，否则像System.out.println("你好")这样的字符串输出，仍然可能在控制台被错误转码。- 因此，一个更健壮的
shell_cmd应该类似这样：
"shell_cmd": "ja vac -encoding UTF-8 -d \"${file_path}\" \"${file}\" && cmd /c start cmd /k \"cd /d ${file_path} && ja va -Dfile.encoding=UTF-8 ${file_base_name} && pause\""
如果你使用的是比较老的 JDK 版本（比如 JDK 8），可能还需要额外尝试 -J-Dconsole.encoding=UTF-8 参数，不过对于大多数现代版本，上面的配置已经足够。
最后需要提醒的是，跨平台协作时这才是真正的麻烦点。同一份 .sublime-build 配置文件，在 Windows、macOS 和 Linux 上的行为可能完全不同——路径分隔符、启动终端的命令、系统默认的编码，全都不一样。所以，最稳妥的做法是不要图省事共用一份配置，该为不同系统准备不同的配置就分开准备，一劳永逸。
