javac的命令（-Xbootclasspath、-classpath与-sourcepath等）-CSDN博客

本文深入探讨Java类加载过程，解析Bootstrap、Extension和Application三种加载方式。详细介绍如何通过-Xbootclasspath、-Djava.ext.dirs和-classpath参数自定义类搜索路径，以及不同类加载器之间的协作机制。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

当编译源文件时，编译器常常需要识别出类型的有关信息。对于源文件中使用、扩展或实现的每个类或接口，编译器都需要其类型信息。这包括在源文件中没有明确提及、但通过继承提供信息的类和接口。

例如，当扩展 java.applet.Applet 时还要用到 Applet 的祖先类：java.awt.Panel 、 java.awt.Container、 java.awt.Component 和 java.awt.Object。

当编译器需要类型信息时，它将查找定义类型的源文件或类文件。编译器先在自举类及扩展类中查找，然后在用户类路径中查找。

属于Java 平台核心的class，比如java.lang.String等以及rt.jar等重要的核心级别的class。这是由Bootstrap ClassLoader来载入的。一般是放置在{java_home}\jre\lib目录下。

A、BootStrap class扩展方案

（1）-Xbootclasspath: 分隔目录和zip/jar文件。设置搜索路径以引导类和资源。分隔符unix使用:号,windows使用;

注意，如果用这个参数，不用下面的/a或者/p的话，就只会从这里指定的目录和文件里加载了，就不会到{java_home}\jre\lib下加载核心类库了

（2）-Xbootclasspath/a: 后缀在核心class搜索路径后面，常用。unix使用:号,windows使用来分隔目录和zip/jar文件
（3）-Xbootclasspath/p: 前缀在核心class搜索路径前面.不常用。

如：

System.getProperty("sun.boot.class.path")

输出如下：　

C:\Program Files\Java\jdk1.7.0_75\jre\lib\resources.jar;
C:\Program Files\Java\jdk1.7.0_75\jre\lib\rt.jar;
C:\Program Files\Java\jdk1.7.0_75\jre\lib\sunrsasign.jar;
C:\Program Files\Java\jdk1.7.0_75\jre\lib\jsse.jar;
C:\Program Files\Java\jdk1.7.0_75\jre\lib\jce.jar;
C:\Program Files\Java\jdk1.7.0_75\jre\lib\charsets.jar;
C:\Program Files\Java\jdk1.7.0_75\jre\lib\jfr.jar;
C:\Program Files\Java\jdk1.7.0_75\jre\classes

B、Extension class 扩展方案

Java extend class 存放在{Java_home}\jre\lib\ext目录下。当调用Java时,对扩展class路径的搜索是自动的，总会搜索的。

其ext目录下的jar如下：

C:\Program Files\Java\jdk1.7.0_79\jre\lib\ext\access-bridge-64.jar
C:\Program Files\Java\jdk1.7.0_79\jre\lib\ext\dnsns.jar
C:\Program Files\Java\jdk1.7.0_79\jre\lib\ext\jaccess.jar
C:\Program Files\Java\jdk1.7.0_79\jre\lib\ext\localedata.jar
C:\Program Files\Java\jdk1.7.0_79\jre\lib\ext\sunec.jar
C:\Program Files\Java\jdk1.7.0_79\jre\lib\ext\sunjce_provider.jar
C:\Program Files\Java\jdk1.7.0_79\jre\lib\ext\sunmscapi.jar
C:\Program Files\Java\jdk1.7.0_79\jre\lib\ext\zipfs.jar

（1）-Djava.ext.dirs= 覆盖Java本身的ext设置。-D 是设置系统的属性

java.ext.dirs指定的目录由Extension ClassLoader加载器加载。如果程序没有指定该系统属性，那么该加载器默认加载$JAVA_HOME/jre/lib/ext目录下的所有jar文件。但如果指定系统属性且忘了把$JAVA_HOME/jre/lib/ext路径给加上，那么Extension ClassLoader不会去加载$JAVA_HOME/lib/ext下面的jar文件，这意味着将失去一些功能，例如java自带的加解密算法实现。

（2）-endorseddirs

（3）-Djava.endorsed.dirs= 包升级替换机制

-Djava.endorsed.dirs指定的目录里面放置的jar文件，将有覆盖系统API的功能。但是能够覆盖的类是有限制的，其中不包括java.lang包中的类。

比如Java的原生api不能满足需求，需要修改ArrayList类，包和类名和java自带的都是一样并且必须满足JDK规范，如实现List接口等，打包成一个jar包（不是.java或者.class），放入到-Djava.endorsed.dirs=指定的目录中，这样就可以使用自定义的ArrayList类了。根据官方文档描述：如果不想添加-D参数，如果我们希望基于这个JDK下都统一改变，那么可以将修改的jar放到$JAVA_HOME/jre/lib/endorsed（非$JAVA_HOME/jdk/lib/endorsed），

这样基于这个JDK的所有的ArrayList都改变了！！！

例如：

String s = System.getProperty("java.endorsed.dirs");
System.out.println(s); // C:\Program Files\Java\jdk1.7.0_75\jre\lib\endorsed

C、Application class扩展方案

通过两种途径来定义：通过设置 CLASSPATH 环境变量或使用 -classpath 命令行选项。JVM通过放置在{java_home}\lib\tools.jar来寻找和调用用户级的class。

-classpath 类路径设置用户类路径，它将覆盖 CLASSPATH 环境变量中的用户类路径。若既未指定 CLASSPATH 又未指定 -classpath，则用户类路径由当前目录构成。

查看缺省的用户类路径，如：

String defaultUserDir = System.getProperty("user.dir");
System.out.println(defaultUserDir);

D、User class扩展方案

若未指定 -sourcepath 选项，则将在用户类路径中查找类文件和源文件。编译的过程中，若需要相关java类的则首先在sourcefiles或@files列出的java源码文件中查找并编译，如果没找到，就在-sourcepath指定的路径中查找java源码文件

-cp(classpath) 与 -sourcepath 的区别与联系：

1、当 -sourcepath 没有指定时，在 -cp 路径里面搜索 .class 和 .java 文件

2、当 -sourcepath 指定时，只搜索 -cp 路径下的 .class 文件，即使-cp 路径下有要找的.java文件也会不搜索这个文件

3、 -sourcepath 只搜索 .java 文件，不搜索 .class 文件。因此应该避免用 -sourcepath，而只用 -cp 来指定搜索 .class 和 .java 文件的路径

如C:\examples>javac x/a.java -cp y 表示编译C:\examples\a.java。如果 a.java 里面有未知的符号b，那么从C:\examples\y\ 路径下的 .class 或 .java 文件里面搜索

注意：无论是-classpath还是-sourcepath，只指定到类的package的上一级，如某个类在包com.test下，则只需要指定到com的上一级

成功的类型搜索可能生成类文件、源文件或两者兼有。以下是 javac 对各种情形所进行的处理：

搜索结果只生成类文件而没有源文件： javac 使用类文件。
搜索结果只生成源文件而没有类文件： javac 编译源文件并使用由此生成的类文件。
搜索结果既生成源文件又生成类文件：确定类文件是否过时。若类文件已过时，则 javac 重新编译源文件并使用更新后的类文件。否则， javac 直接使用类文件。
缺省情况下，只要类文件比源文件旧， javac 就认为它已过时。（ -Xdepend 选项指定相对来说较慢但却比较可靠的过程。）