在Sublime代码编辑器中配置Java一键编译运行的详细步骤-sublime-PHP中文网

sublime text按ctrl+b无法运行java，90%因未继承终端path导致javac未被找到；须先验证终端中where/javac或which/javac有输出，再彻底重启sublime，并在java.sublime-build中写死javac绝对路径、添加-encoding utf-8和-d .参数。

在sublime代码编辑器中配置java一键编译运行的详细步骤

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 从开始菜单启动时。直接把路径写进构建文件最稳。

Gradle 9.8.0

下载

菜单栏 → 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}，必须严格匹配包结构。

源文件必须放在与包名一致的目录中：如 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 仍找不到