软件包名称与文件夹结构不同，但仍会编译Java代码

Question

我正在使用Notepad ++编写我的Java代码，并使用命令提示符来编译和运行它。以下是我的示例Java代码，

    package abraKadabra;

    public class SuperClass{
       protected int anInstance;

       public static void main(String [] abc){
           System.out.println("Hello");
       }
    }

但是，此文件具有以下文件夹结构：

“ usingprotected \ superPkg”（usingProtected是C中层次结构中某个位置的文件夹：）

因此，这里的包名称应该类似于usingProtected.superPkg，而不是我写的abraKadabra。

但是，当我从命令提示符下编译此Java代码时，它编译良好，没有任何错误或警告。为什么会这样呢？软件包名称不应该遵循文件夹结构吗？如果应该，它将如何坚持下去？

例如，如果我的包名称正在使用Protected.superPkg，则编译器将按相反顺序进行检查。当前的工作目录应为superPkg，然后父目录应为usingProtected并且已完成。用包名检查文件夹结构吗？

Answer 1

经过一些试验后，我获得了如何使用包名称以及如何从命令提示符下运行Java类文件的方法。

假设以下是我的Java源文件：

    package mySample;


    public abstract class Sample{
        public static void main(String... a){
           System.out.println("Hello ambiguity");
        }
    }

该文件位于目录“ D：\ Code N Code \ CommandLine”中。

现在，当使用以下命令编译源代码时（通过从cmd转到以上目录）：

    javac -d . Sample.java

这将在当前目录中自动创建“ mySample”文件夹。因此，我的类文件Sample.class存在于目录“ D：\ Code N Code \
CommandLine \ mySample”中。编译器根据我在源代码中提供的程序包名称创建了这个新文件夹“ mySample”。

因此，如果我给我的包名称是“ package com.mySample”，则编译器将创建两个目录并将我的类文件放置在“ D：\ Code N Code \
CommandLine \ com \ mySample”中。

现在，我仍位于当前的工作目录中，即“ D：\ Code N Code \ CommandLine”中。为了运行我的类文件，我给出以下命令：

    java mySample.Sample

因此，我给出了程序包的完整层次结构，然后给出了类名。Java解释器将在当前目录中搜索“ mySample”目录，并在该目录中搜索“
Sample.class”。它正确并成功运行它。:)

现在，当我询问为什么要编译错误的程序包源代码时，虽然可以成功编译代码，但是当我运行类文件时却给出了NoClassDefFoundError。因此，以上方法可用于从命令行使用程序包名称。