Java类加载疑问：同目录类加载方式与lib/*下同名类选择规则

1. 如何从同一目录中加载Java类？ #

分两种常见场景来说：

• 命令行直接运行已编译的类
  假设你已经用javac YourClass.java编译出了YourClass.class文件在当前目录，直接敲java YourClass就能运行——不过前提是当前目录（.）在JVM的默认classpath里。如果你的环境默认classpath没包含当前目录，就得显式指定：java -cp . YourClass（-cp是-classpath的简写）。
  要是你的类带包名（比如com.example.MyClass），那class文件得放在./com/example/目录下，不能直接丢在当前根目录，运行的时候要敲java com.example.MyClass，同样必要的话加上-cp .。

• 在程序里动态加载同一目录的类
  如果需要在运行时动态加载当前目录的其他类，可以用URLClassLoader来实现，示例代码如下：

  import java.io.File;
  import java.net.URL;
  import java.net.URLClassLoader;
  
  public class ClassLoaderDemo {
      public static void main(String[] args) throws Exception {
          // 获取当前目录的URL
          File currentDir = new File(".");
          URL dirUrl = currentDir.toURI().toURL();
          // 创建类加载器
          URLClassLoader classLoader = new URLClassLoader(new URL[]{dirUrl});
          // 加载指定类（注意要写全类名，带包的话加上包名）
          Class<?> loadedClass = classLoader.loadClass("YourClass");
          // 后续可以通过反射使用这个类
      }
  }
  

2. 当Java应用以classpath为"lib/*"启动时，多个重复类的加载逻辑？ #

直接给你划重点：JVM会按lib目录下JAR文件被遍历的顺序加载类，先找到哪个就用哪个，但这个顺序完全不稳定。

展开说细节：

• 当你用lib/*作为classpath时，JVM会把lib目录下所有JAR文件（不包含子目录里的JAR）加入到classpath中，但这个加入的顺序是由操作系统的文件系统遍历目录的规则决定的，不是按字母排序，也不是按你放入JAR的先后顺序。
• 加载行为不保证每次一致：哪怕是同一台服务器，只要lib目录里的JAR有变动（新增、删除、重命名），下次启动时文件系统的遍历顺序可能就变了；甚至有些文件系统本身的遍历顺序就不是固定的（比如某些分布式存储）。
• 不同服务器上的表现大概率不同：Windows和Linux的文件系统遍历逻辑不一样，比如Windows可能默认按文件名排序，而Linux的ext4文件系统可能按文件的inode顺序（和创建时间相关），所以同样的JAR集合，在不同服务器上的加载顺序可能完全不同，导致加载不同版本的类。

怎么避免这个坑？ #

• 别用lib/*这种模糊的classpath，显式指定JAR的顺序，比如Linux下用java -cp lib/core.jar:lib/utils.jar:... YourMainClass，Windows下把冒号换成分号;，这样就能精准控制先加载哪个JAR里的类。
• 用Maven、Gradle这类依赖管理工具，它们会自动检测并处理依赖冲突，默认保留最新版本的类（你也可以手动指定要保留的版本）。
• 升级到Java 9及以上，用模块系统（Module System），模块之间的依赖是显式声明的，能从根源上避免这类隐式的类加载冲突。

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