Java源文件名必须与public类名完全一致，这是语言规范强制要求而非约定，旨在提升编译效率、确保类加载器准确定位字节码，并保障一个编译单元仅暴露唯一公开接口。
Java源文件名必须与用public修饰的类名完全一致，根本原因在于编译器和类加载器的定位机制——它不是约定，而是语言规范强制要求。
编译器需要靠文件名快速识别public类
Java编译器（javac）在解析源文件时，会先检查文件中是否存在public类。一旦发现，就立即要求文件主名（不含.java）与该类名严格匹配，包括大小写。不匹配则直接报错，例如：
这种设计避免了编译器逐行扫描整个文件去确认“哪个类是public”，提升了编译效率。
类加载器依赖文件名查找.class字节码
JVM通过类加载器按需加载类。当其他代码通过import或直接引用某个public类（如com.example.User）时，类加载器会根据包名转换为路径（com/example/User.class），再从类路径中定位对应文件。如果User类本应在User.java中定义，却放在MyUser.java里，编译后生成的User.class仍存在，但源码组织已违反契约，构建工具（Maven/Gradle）、IDE（IntelliJ/Eclipse）和模块系统都会失效或报错。
立即学习“Java免费学习笔记（深入）”；
保证一个编译单元只有一个对外接口
每个.java文件是一个编译单元。Java规定：一个编译单元最多只能有一个public类，它代表这个单元向外部暴露的唯一公开接口。
- 若允许文件名与
public类名不同，就可能引发歧义——比如两个public类共存一文件，文件该叫谁的名字？ - 若允许多个
public类同处一文件，类加载器将无法判断哪个才是主入口，破坏封装性与可维护性。 - 命名强绑定，也方便开发者一眼看出哪个类是该文件的“主角”，支撑“单一职责”实践。
非public类不受此限制，但不建议混用
一个.java文件里可以有多个default（包级私有）、private（内部类）或protected（不适用在顶层类）类，它们的类名无需与文件名一致。编译后仍会各自生成.class文件（如A.class、B.class）。但这样做会降低可读性，主流开发规范仍推荐：
- 每个
.java文件只放一个类，且为public类； - 文件名与该
public类名完全一致； - 内部类、辅助类尽量用
static或私有化，避免暴露到顶层。
