Sublime Text按Ctrl+B无法运行Java，90%因未继承终端PATH导致javac未被找到；须先验证终端中where/javac或which/javac有输出，再彻底重启Sublime，并在Java.sublime-build中写死javac绝对路径、添加-encoding UTF-8和-d .参数。
Sublime Text 里按 Ctrl+B 跑不起来 Java，90% 是因为 javac 命令根本没被找到——不是配置写错了，是 Sublime 根本没继承你终端里设好的环境变量。
确认 javac 和 java 在终端能直接运行
这是硬前提，跳过这步后面全白搭。
- Windows：打开 CMD，执行
where javac和javac -version，两个都必须有输出，且版本号一致（比如都是17.0.1） - macOS/Linux：在 Terminal 执行
which javac和java -version，路径必须指向 JDK 的bin目录（如/Library/Java/JavaVirtualMachines/jdk-17.0.1.jdk/Contents/Home/bin/javac），不能是系统自带的/usr/bin/java - 如果
where或which没输出，说明%JAVA_HOME%\bin（Windows）或$JAVA_HOME/bin（macOS/Linux）没进PATH；只设JAVA_HOME不够，必须显式加到PATH - 改完环境变量后，必须彻底退出 Sublime（任务管理器杀进程 / Activity Monitor 强制退出），再重开——否则它还在用旧
PATH
新建 Java.sublime-build 并写死 javac 绝对路径
靠系统 PATH 不可靠，尤其 Windows 从开始菜单启动时。直接把路径写进构建文件最稳。
- 菜单栏 → Tools → Build System → New Build System…
- 替换全部内容为（注意 Windows 路径用双反斜杠，macOS/Linux 用正斜杠）：
{
"shell_cmd": "/Library/Java/JavaVirtualMachines/jdk-17.0.1.jdk/Contents/Home/bin/javac -encoding UTF-8 -d . \"${file}\" && /Library/Java/JavaVirtualMachines/jdk-17.0.1.jdk/Contents/Home/bin/java \"${file_base_name}\"",
"working_dir": "${file_path}",
"selector": "source.java",
"encoding": "utf-8"
}
- 把上面路径替换成你本地
javac实际路径（用which javac或where javac查） - 保存为
Java.sublime-build（不要叫JavaC.sublime-build，避免和插件冲突） - 右下角状态栏手动选中这个构建系统，再按
Ctrl+B（Windows/Linux）或Cmd+B（macOS）
处理 package 声明导致的类找不到问题
一旦写了 package com.example;，java 就不会认 ${file_base_name}，必须严格匹配包结构。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
- 源文件必须放在与包名一致的目录中：如
package com.example;→ 文件路径必须是com/example/Hello.java - 构建命令里必须加
-d .，否则.class文件会被平铺到当前目录，java找不到com/example/Hello.class - 运行时要用完整类名：
java com.example.Hello，不能用${file_base_name} - 推荐带 package 的构建配置（保存为
JavaPackage.sublime-build）：
{
"shell_cmd": "javac -encoding UTF-8 -d . \"${file}\" && java \"${file_path}/${file_base_name}\"",
"working_dir": "${file_path}/../..",
"selector": "source.java",
"encoding": "utf-8"
}
-
${file_path}/../..是假设你的.java在src/com/example/下；实际需按项目结构调整，确保working_dir是com的父目录
-encoding UTF-8 和 -d . 不是可选项，是必须项
漏掉任何一个都会立刻报错，而且错误信息很误导人。
-
-encoding UTF-8缺失 → 含中文的字符串或注释会触发非法字符错误（Windows 默认用 GBK 读文件） -
-d .缺失 → 即使编译成功，运行时也必报NoClassDefFoundError或ClassNotFoundException，因为.class没生成在包路径下 -
-d .和-cp .必须配对：前者让javac把 class 写进./com/example/，后者让java从当前目录开始找类 - 别用
-d \"${file_path}\"—— 这会让 class 被写进源文件同级目录，但 package 层级缺失，java仍找不到
最常被忽略的是 working_dir 和 package 目录结构的对应关系：不是“文件在哪就放哪”，而是“java 从哪开始找，你就得把 com 目录放哪”。一个点没对齐，整个流程就卡在 Could not find or load main class 上。
