Java创建包：配置classpath的基目录要求与jar格式疑问

classpath的核心作用是为JVM、Java编译器提供类文件的查找路径，所有查找逻辑的最终目标是定位符合全限定类名路径的.class字节码文件，和Java源文件没有运行时层面的关联。
具体存放内容可以分两类场景：

• 目录形式的类部署：基目录下需要存放严格匹配包层级结构的.class字节码文件。举个实际例子：如果类声明了package com.demo;，编译生成的字节码路径是com/demo/MyClass.class，那么需要把com文件夹所在的上层根目录加到classpath中。这个目录下完全不需要存放对应的MyClass.java源文件——源码只是开发、编译阶段的输入材料，JVM运行时不会读取源码内容，存放了也属于冗余内容。
• 归档包形式的类部署：基目录下可以直接存放.jar格式的归档文件。你既可以把存放jar包的目录路径加到classpath，JVM会自动扫描目录下所有有效jar并从中查找目标类；也可以直接把单个jar文件的全路径直接配置为classpath的条目，两种方式效果完全等价。

常见新手误区：不要直接把存放.java源文件的src目录配置到classpath，除非你提前把源码编译成class并输出到对应目录，否则JVM在路径下找不到匹配的.class文件，会直接抛出类找不到的运行时错误。

• JAR本质上是带固定目录规范的标准ZIP压缩包，没有特殊的私有二进制格式：直接把任意.jar文件的后缀改为.zip，就可以用通用解压软件正常打开、编辑内部内容。
• 压缩包内部必须遵循和Java包完全对应的目录层级规则存放内容，核心组成包括：
  • 所有编译完成的.class字节码文件，完全按照包名拆分的目录路径存放，和在普通目录里存储class的结构完全一致，不会把零散的class文件直接堆在压缩包根目录。
  • 固定的META-INF目录，用来存储包的元信息：比如包版本号、依赖说明、可执行入口类声明（存在于MANIFEST.MF配置文件中）等。
• JAR格式的设计初衷：一是把成百上千个零散的class文件、资源文件（比如配置文件、静态资源）打包成单个独立文件，避免文件散落丢失，方便跨项目分发、复用；二是通过ZIP压缩减少存储体积，提升类加载的读取效率。

内容的提问来源于stack exchange，提问作者Dhairye