关于“为什么每个文件只有一个公共类”主题的给定答案的问题

Question

我来到阿克罗斯，问了一个问题：为什么Java文件中只有一个公共类

答案是这样的：

要了解这些限制背后的基本原因，让我们假设编译器不会因为将文件名命名为与公共类名相同而导致编译错误。

假设有一个包a

        A
      /   \
file1.java   file2.java

文件1.java

package A;

class file1
{
  public static void main(String args[])
  {

  }
}

public class file3
{
 public static void main(String args[])
 {

 }
}

现在我们知道，公共类也可以在包之外访问，现在让外部世界访问它将成为开发人员的责任。让我们看看如何：

假设包A只包含Java文件（没有类文件），包A之外的某个类尝试访问公共类file3，编译器将首先尝试查找file3。类（不可用），然后它将尝试查找文件3。java（不可用）。因此，即使file3类在本质上是公共的，但它对外部世界是不可见的。因此，如果编译器设置了限制，即如果文件包含公共类，则应将其命名为与公共类名相同的名称，则可以解决上述问题，并且开发人员不必考虑将公共类公开给外部世界。

编译器还限制了每个Java文件应有一个公共类，以便外部世界可以访问每个公共类。

但是我们不会使用像导入folder.packagename.filenameofclassfile3；这样它在技术上仍然有效吗？

如果<代码>。编译时类文件不存在

我们基本上会通过使用完整的限定名告诉编译器在哪里找到类文件3。

Answer 1

这种解释或多或少是假的。公共类文件的源文件名必须与类名相同的真正原因是规范这么说。就这么简单。

导入语句不会做任何特别的事情；您可以导入一个根本不使用的类文件，这将导致类文件中没有任何文字；如果您运行代码时导入的类甚至不在，那也没关系。这不是python或脚本语言；导入不会加载它。所有导入com.foo.Bar；所做的是说：“任何时候Bar作为类型名称出现在这个文件中，想象它读com.foo.Bar”（因此，您可以删除导入语句，并将所有出现的Bar替换为com.foo.Bar，文件的工作原理相同。

因此，将文件名放在import语句中是不合法的。

还要注意的是，如果您将一个非公共类放在一个文件中，即使该文件与该类的名称不同，这也很好，并且如果您编译它，仍然会导致该类在其自己的文件中存在（编译一个java文件可能会生成多个类文件！）

如果我们不得不猜测为什么在java规范中编写公共类的人必须在一个名为相同的文件中。。。谁知道呢，真的。没有真正的理由。你找到的虚假答案是试图，如果你使用javac有限的能力来查找源文件，那么也必须编译源文件（使用-sourcepath选项，我想这可能确实更容易，但请注意，没有什么可以阻止您编写代码，这些代码引用同一个包中另一个非公共的、尚未编译的类，并且只运行javac ThatFile。java产生了相同的“现在需要编译的源文件很难找到”问题。因此，您找到的答案是bo格斯。