javac是Java编译器，仅将.java源文件编译为.class字节码；需正确配置PATH、确保类名与文件名一致、区分-sourcepath与-cp用途，并注意运行时类路径和包结构。
Java 编译器（javac）不是“运行工具”，它只做一件事：把 .java 源文件翻译成 JVM 能读的 .class 字节码。没配好环境、路径错、类名不匹配，它连第一行都不会编译成功。
为什么 javac 命令提示“找不到”
这不是 Java 没装，而是 javac 所在的 bin/ 目录没加进系统 PATH。
- Windows：检查
%JAVA_HOME%\bin是否在系统环境变量PATH中；echo %JAVA_HOME%应输出 JDK 安装路径（如C:\Program Files\Java\jdk-17），不是 JRE -
macOS/Linux：确认
$JAVA_HOME/bin已追加到~/.zshrc或~/.bash_profile，然后执行source重载 - 验证方式：终端直接运行
javac -version，输出版本号才算就绪；仅java -version成功 ≠javac可用
javac 编译单个文件的硬性要求
类名、文件名、public 修饰符三者必须严格一致，否则报错 error: class XXX is public, should be declared in a file named XXX.java。
- 如果类是
public class HelloWorld，文件名必须是HelloWorld.java（大小写敏感） - 非
public类可以和文件名不同，但一个.java文件里最多只能有一个public类 - 源文件顶部的
package声明决定输出路径：比如package com.example;，则javac默认生成com/example/HelloWorld.class，需配合-d指定输出根目录
编译带包结构的项目时，-sourcepath 和 -cp 的区别
这两个参数都处理“依赖查找”，但时机和用途完全不同：
立即学习“Java免费学习笔记（深入）”；
-
-sourcepath：只在编译阶段告诉javac“去哪找其他.java源文件”，用于跨模块编译或增量构建；不参与运行时 -
-cp（或-classpath）：既影响编译期（找已编译的.class或.jar），也影响后续java命令运行；日常编译第三方库依赖时只用它 - 常见错误：把
src/目录传给-cp，结果javac报package xxx does not exist—— 正确做法是用-sourcepath src/，或先编译依赖再用-cp指向产出的.class目录
编译后运行失败：ClassNotFound 和 NoClassDefFoundError 的根源
这几乎从不怪 javac，而是 java 命令启动时的类路径或包结构出问题：
-
java HelloWorld失败？检查是否误用了.class后缀（应为java HelloWorld，不是java HelloWorld.class） -
java com.example.HelloWorld报错？确保当前目录是com/example/的父级，并且com/example/HelloWorld.class真的存在 - 用
-cp运行时，路径分隔符注意：Windows 用分号;，macOS/Linux 用冒号:；写反会导致整个 classpath 被当做一个路径解析
真正卡住人的地方，往往不是语法，而是 javac 对文件系统结构的刻板要求 —— 它不会自动猜你想要的包路径，也不会帮你修正大小写。多一次 ls 或 dir，比反复改代码更有效。
