关于一个public类，它是能够被项目中任何一个类所援用的，只需在运用它前import一下它所对应的class文件即可。将类名与文件名一一对应就能够轻易虚拟机 在响应的途径（包名）中找到响应的类的信息。假如不这么做的话，就很难去找，而且开支也会很大。
总结：
一个源文件(.java)里，没有用public润饰的类也能够和文件名一致。
一个源文件中能够存在类名和文件名不一致的状况,但不能用public润饰.
假如一个包内不存在public润饰的类的话,那末我想这个包我以为没有什么意义,由于不能为”客户顺序员”供应接口,纵然没有用public润饰的类内里含有public润饰了的静态要领,”客户顺序员”也没有权限接见。
源文件没有用public润饰的类主如果为public润饰的类”支持”。
最好不要在一个.java的源文件里写许多的类.
main要领不一定要在public润饰了的类下才实行。然则main要领必需是public润饰的
《Thinking in Java》诠释：
为Java建立一个源码文件的时刻，它一般叫作一个“编辑单位”（偶然也叫作“翻译单位”）。每一个编译单位都必需有一个以.java末端 的名字。而且在编译单位的内部，能够有一个大众（public）类，它必需具有与文件雷同的名字（包含大小写情势，但消除.java文件扩 展名）。假如不如许做，编译器就会报告失足。每一个编译单位内都只能有一个 public类（同样地，不然编译器会报告失足）。谁人编译 单位剩下的类（假如有的话）可在谁人包表面的天下眼前隐蔽起来，由于它们并不是“大众”的（非public），而且它们由用于主public 类的“支持”类构成。编译一个.java文件时，我们会取得一个名字完全雷同的输出文件；但关于.java文件中的每一个类，它们都有一个. class扩展名。因而，我们终究从少许的.java文件里有能够取得数目浩瀚的.class文件。如之前用一种汇编语言写过顺序，那末能够已 习气编译器先分割出一种过渡情势（一般是一个.obj文件），再用一个链接器将其与其他东西封装到一同（生成一个可实行文件），或 者与一个库封装到一同（生成一个库）。但那并不是Java的工作方式。一个有用的顺序就是一系列.class文件，它们能够封装和压缩到 一个JAR文件里（运用Java1.1供应的jar东西）。Java诠释器担任对这些文件的寻觅、装载和诠释（解释①）。 ①：Java并没有强迫一定要运用诠释器。一些固有代码的Java编译器可生成零丁的可实行文件。
以上就是java文件名为何要与类名雷同的细致内容，更多请关注ki4网别的相干文章！
