Sublime Text 中 Ctrl+B 运行 Java 报错“'javac' 不是内部或外部命令”的根本原因是 Sublime 未继承系统 PATH 中的 JDK 路径，需通过新建 Build System 并在 env 中显式配置 PATH 指向 jdk/bin 目录来解决。
Sublime Text 里 Ctrl+B 运行 Java 报错“'javac' 不是内部或外部命令”
根本原因是 Sublime 没找到系统 PATH 中的 javac 和 java，尤其在 Windows 上，即使 JDK 已安装、命令行能用，Sublime（尤其是通过开始菜单启动时）可能不继承完整的环境变量。
解决办法不是改系统 PATH，而是让 Sublime 显式知道 JDK 路径：
- 打开
Tools → Build System → New Build System… - 替换全部内容为以下 JSON（注意把
C:/Program Files/Java/jdk-17.0.1改成你本地jdk文件夹的实际路径）：
{
"shell_cmd": "javac -encoding UTF-8 -d \"${file_path}\" \"${file}\" && java -cp \"${file_path}\" \"${file_base_name}\"",
"file_regex": "^(...*?):([0-9]*):?([0-9]*)",
"working_dir": "${file_path}",
"selector": "source.java",
"env": {
"PATH": "C:/Program Files/Java/jdk-17.0.1/bin;${PATH}"
}
}保存为 JavaC.sublime-build，然后在右下角切换构建系统为它。这样每次 Ctrl+B 就会优先用指定路径下的 javac。
运行含 Scanner 或其他标准输入的 Java 程序时直接闪退
Sublime 默认的构建系统在终端外执行，不提供交互式 stdin，所以 Scanner.nextLine() 会立刻抛 NoSuchElementException 或直接卡死。
立即学习“Java免费学习笔记（深入）”；
必须改用终端方式运行：
- 修改上面的
JavaC.sublime-build，把"shell_cmd"换成调用终端的命令 - Windows 用户推荐用
cmd /c start cmd /k方式（注意双引号转义）：
"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，但要注意 shell 初始化脚本是否加载了 Java 环境。
⚠️ 注意：pause 是为了防止窗口关闭太快；若程序本身有循环读取输入，可去掉 pause，否则按任意键才能退出。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
类名与文件名不一致导致 ClassNotFoundException
Java 编译器要求 public 类名必须和文件名完全一致（包括大小写），而 Sublime 不做校验，容易手误。
常见错误现象：
-
javac HelloWorld.java成功，但java HelloWorld报错Error: Could not find or load main class HelloWorld - 实际文件里写的是
public class helloworld或public class HelloWorldApp
检查方法：
- 打开文件，确认
public class后的名称和文件名（不含.java）**逐字符一致** - 如果类不是
public，则不需要强制同名，但java命令仍要传入编译生成的.class文件对应的那个类名（即javac输出的类名） - 编译后可在
${file_path}下检查是否生成了对应名称的.class文件
中文输出乱码（控制台显示问号或方块）
本质是编码不匹配：Java 源文件用 UTF-8 写，但 Windows 控制台默认是 GBK，javac 和 java 没指定编码，就会出问题。
关键修复点在构建命令中显式加 -encoding UTF-8（已体现在前面示例中），但还不够：
-
javac必须加-encoding UTF-8，否则读源码时就解错了 -
java运行时需加-Dfile.encoding=UTF-8，否则System.out.println("你好")仍可能被控制台截断或转码失败 - 最终
shell_cmd应类似：
"shell_cmd": "javac -encoding UTF-8 -d \"${file_path}\" \"${file}\" && cmd /c start cmd /k \"cd /d ${file_path} && java -Dfile.encoding=UTF-8 ${file_base_name} && pause\""如果你用的是较老 JDK（如 8），还可能需要额外加 -J-Dconsole.encoding=UTF-8，但多数情况上述已够用。
真正麻烦的是跨平台协作——同一份 .sublime-build 在 Windows/macOS 上行为不同，路径分隔符、终端命令、编码默认值全都不一样。别图省事共用一个配置，该分就分。
