Java指令-Djava.ext.dirs的陷阱

最新推荐文章于 2024-05-07 15:19:14 发布
转载 最新推荐文章于 2024-05-07 15:19:14 发布 · 1k 阅读 · 0

本文详细解析了Java中ExtClassLoader的工作原理及java.ext.dirs系统属性的使用方法。阐述了如何正确配置该属性以确保应用程序能正常加载$JAVA_HOME/jre/lib/ext目录下的所有jar文件，避免因遗漏此路径导致的功能缺失，如java自带的加解密算法实现。

java.ext.dirs指定的目录由ExtClassLoader加载器加载，如果您的程序没有指定该系统属性，那么该加载器默认加载$JAVA_HOME/jre/lib/ext目录下的所有jar文件。但如果你手动指定系统属性且忘了把$JAVA_HOME/jre/lib/ext路径给加上，那么ExtClassLoader不会去加载$JAVA_HOME/lib/ext下面的jar文件，这意味着你将失去一些功能，例如java自带的加解密算法实现。
解决方案也很简单，只需在改路径后面补上ext的路径即可！比如：
       -Djava.ext.dirs=./plugin:$JAVA_HOME/jre/lib/ext。windows环境下运行程序，应该用分号替代冒号来分隔。

转载：https://blog.youkuaiyun.com/cyony/article/details/74375251

BAT脚本执行多个JAR的java客户端 -Djava.ext.dirs
呼吸的小鱼博客
12-19 1674
@echo off title -数据库版本管理工具- color 2f set CLASSPATH=%CLASSPATH%;  set PATH=%PATH%  set JAVA_HOME=%JAVA_HOME% echo.-------------------数据库版本管理----------------- echo. setlocal echo.mainclass          执...
【java】类的热替换，让程序动态起来
zcrazy的博客
12-08 1754
什么是java热替换？ 在运行的Java系统中进行类（对象）的替换升级。 实现热替换的 第一步就是动态编译，将.java文件编译成为.class文件 第二步是动态加载，编写一个自定义的类加载器，将编译好的类加载到运行环境中去 类的加载是由不同的加载器共同完成的 BootstrapClassLoader负责sum.boot.class.path路径下类的加载，默认为jre/lib或者-Xbootclasspath指定的jar包 ExtClassLoader 负责java.ext...
java动态类加载学习
Sk1y的博客
04-14 1015
java动态类加载学习 文章目录java动态类加载学习静态代码块加载双亲委派类的继承关系加载类测试URLClassLoader任意类加载file协议http协议jar协议ClassLoader类的defineClass任意方法调用Unsafe类的defineClass 静态代码块加载 整一个Person类，里面放静态代码块和动态代码块等等，看不同操作下，他们的调用情况 实例化一个类对象 new Person(); 调用静态方法 Person.staticAction(); 调用了静态代码块和静态方法
java ext.dirs_关于-Djava.ext.dirs使用及JAVA 命令参数详解System.setProperty
qq_38422016的博客
01-03 3900
java配置
Java指令-Djava.ext.dirs踩的坑
学习 记录 总结 分享
02-23 1662
-Djava.ext.dirs会覆盖Java本身的ext设置，java.ext.dirs指定的目录由ExtClassLoader加载器加载，如果您的程序没有指定该系统属性，那么该加载器默认加载$JAVA_HOME/jre/lib/ext目录下的所有jar文件。但如果你手动指定系统属性且忘了把$JAVA_HOME/jre/lib/ext路径给加上，那么ExtClassLoader不会去加载$JAVA_HOME/lib/ext下面的jar文件，这意味着你将失去一些功能，例如java自带的加解密算法实现。 ..
Java-基础选择题
qq_48019875的博客
11-16 5606
标题Java(八）Java（九）Java(十） Java(八） 以下关于构造函数的描述错误的是 （ ） A.每个类有且只能有一个构造函数。 B.构造函数是类的一种特殊函数，它的方法名必须与类名相同 C.构造函数的主要作用是完成对类的对象的初始化工作 D.一般在创建新对象时，系统会自动调用构造函数 答案： A 解析： 类除了无参构造方法，还有有参构造方法，有参构造方法还可以通过重载写出多参的构造方法（2参，3参，4参） 方法重载：同一个类中方法名称相同，而参数的类型或个数不同 2.在面向对象编程里，经
java虚拟机第三版学习
星月IWJ
10-09 1162
java虚拟机第三版学习
1-java刷题记录(2)
m0_46355846的博客
03-30 719
51. java修饰符 看这个博客 52. 子类的构造函数 在子类构造方法中调用父类的构造方法，super() 必须写在子类构造方法的第一行，否则编译不通过 53. JAVA 异常类的描述 都是Throwable的子类： 1.Exception（异常) :是程序本身可以处理的异常。 2. Error（错误）: 是程序无法处理的错误。这些错误表示故障发生于虚拟机自身、或者发生在虚拟机试图执行应用时，一般不需要程序处理。 3. 检查异常（编译器要求必须处置的异常） ： 除了Error，RuntimeExce
Python与C_C++混合编程实战路径：4种高效集成方案一键掌握
!...# 1. Python与C/C++混合编程概述 在高性能计算与系统级编程领域，Python凭借其简洁语法和丰富生态成为首选开发语言，但在执行效率敏感的场景下常显乏力。为此，将Python与C/C++深度融合，既能保留Python的高效开发...
大数据技术之_19_Spark学习_07_Spark 性能调优 + 数据倾斜调优 + 运行资源调优 + 程序开发调优 + Shuffle 调优 + GC 调优 + Spark 企业应用案例
黑泽君
05-04 2849
大数据技术之_19_Spark学习_07_Spark 性能调优 + 数据倾斜调优 + 运行资源调优 + 程序开发调优 + Shuffle 调优 + GC 调优 + Spark 企业应用案例
Djava.ext.dirs
烂笔头
11-30 1773
-Djava.ext.dirs会覆盖Java本身的ext设置，java.ext.dirs指定的目录由ExtClassLoader加载器加载，如果您的程序没有指定该系统属性，那么该加载器默认加载$JAVA_HOME/jre/lib/ext目录下的所有jar文件。但如果你手动指定系统属性且忘了把$JAVA_HOME/jre/lib/ext路径给加上，那么ExtClassLoader不会去加载$JAVA
java8更换高版本后提示-Djava.ext.dirs= is not supported. Use -classpath
tianlong117的博客
05-07 864
ava8更换高版本后提示-Djava.ext.dirs= is not supported. Use -classpath
paip.-Djava.library.path -Djava.ext.dirs= 的区别
weixin_34233421的博客
11-23 201
paip.-Djava.library.path  -Djava.ext.dirs= 的区别 作者Attilax  艾龙，  EMAIL:1466519819@qq.com  来源：attilax的专栏 地址：http://blog.csdn.net/attilax  -Djava.library.path 是vm参数,指名dll库... JVM启动参数Djava.li...
-Djava.ext.dirs
白乔专栏
06-18 2952
-Djava.ext.dirs
谨用java.ext.dirs系统属性!
xsh5324的专栏
08-05 441
众所周知，java中系统属性java.ext.dirs指定的目录由ExtClassLoader加载器加载，如果您的程序没有指定该系统属性（-Djava.ext.dirs=sss/lib）那么该加载器默认加载$JAVA_HOME/lib/ext目录下的所有jar文件。但如果你手动指定系统属性且忘了把$JAVA_HOME/lib/ext路径给加上，那么ExtClassLoader不会去加载$JAVA...
java -Djava.ext.dirs= -jar 启动项目，产生的问题
OnlyOneWildChild的博客
08-20 5676
我在项目中用:nohup java -Djava.ext.dirs=${DIR}/ -jar ${DIR}/${JAR_NAME} > ${DIR}/nohup.out &启项目，请求https报了以下错误： Caused by: javax.net.ssl.SSLKeyException: RSA premaster secret error 将：jre目录下的/lib/ext...
java ext.dirs_关于-Djava.ext.dirs使用问题
weixin_34441120的博客
02-24 7308
大家在linux环境下使用命令行执行java程序时，经常要使用到大量外部的jar包或class文件，一般我们有哪些方式可以用呢？-classpath，命令格式：# java -classpath ，使用";"分隔-cp ，这个命令一看就是-classpath的缩写，当然用途是一样的。# java -cp ".\a.jar;.\b.jar" -jar myjar.jar MainClass#ja...
报错:-Djava.ext.dirs=./lib is not supported. Use -classpath instead.
展翅 高飞的博客
10-07 3201
报错:-Djava.ext.dirs=./lib is not supported. Use -classpath instead. 完整信息如下: -Djava.ext.dirs=./lib is not supported. Use -classpath instead. Error: Could not create the Java Virtual Machine. Error: A fatal exception has occurred. Program will exit. Error:
java -Djava.ext.dirs={lib}
iteye_7017的博客
06-03 419
     java-Djava.ext.dirs = (lib)   If U are in a hurry to compile code and there is a big list of Jar files to include in the classpath, there U don't have to struggle to include the names of all ...
java -Djava.ext.dirs
最新发布
10-17
<think>我们之前讨论了设置 PLUGIN_DIR 和 PLUGIN_CP 的环境变量来构建 Java 类路径。现在用户询问关于使用 `-Djava.ext.dirs` 选项运行 Java 程序的信息，并希望结合之前的环境变量设置进行说明。 首先，回顾之前的设置： PLUGIN_DIR：指定插件目录的路径。 PLUGIN_CP：将该目录下所有的jar文件以冒号分隔组成类路径字符串。 而 `-Djava.ext.dirs` 是一个系统属性，用于指定Java的扩展目录（由ExtClassLoader加载）。它和类路径（由AppClassLoader加载）不同，属于不同的类加载器。 注意：从引用[1][2][3]中，我们得知： - 使用 `-Djava.ext.dirs` 会覆盖Java默认的扩展目录（$JAVA_HOME/jre/lib/ext），因此必须显式包含该目录，否则会丢失Java自带的扩展（如加密算法实现）。 - 在设置时，多个路径之间用冒号（Linux）或分号（Windows）分隔。 - 这个选项通常用于指定一组目录（而不是单个jar文件），每个目录下的jar文件都会被自动加载。 那么，结合用户之前的设置（PLUGIN_DIR 和 PLUGIN_CP），我们有两种方式来加载插件： 方式1：使用类路径（-cp 或 -classpath），即之前设置的 PLUGIN_CP。 方式2：使用扩展目录（-Djava.ext.dirs），这时需要将插件目录作为扩展目录之一。 两种方式的区别： - 类加载器不同：-cp 的类由系统类加载器（AppClassLoader）加载，而 -Djava.ext.dirs 的类由扩展类加载器（ExtClassLoader）加载。 - 可见性：扩展类加载器是系统类加载器的父加载器，因此扩展目录中的类对系统类加载器可见（反之则不可见）。 - 覆盖默认扩展：使用 -Djava.ext.dirs 会覆盖默认扩展目录，所以必须包含$JAVA_HOME/jre/lib/ext，否则会丢失标准扩展。 因此，如果用户希望使用 `-Djava.ext.dirs` 来加载插件目录，可以这样设置： 在Linux上： java -Djava.ext.dirs=$PLUGIN_DIR:$JAVA_HOME/jre/lib/ext -jar app.jar 在Windows上： java -Djava.ext.dirs=%PLUGIN_DIR%;%JAVA_HOME%\jre\lib\ext -jar app.jar 但是，注意：`-Djava.ext.dirs` 指定的是目录，而不是单个jar文件。所以，我们只需要指定插件所在的目录（即PLUGIN_DIR），该目录下的所有jar文件都会被加载。而之前的PLUGIN_CP是将每个jar文件显式列出来。 那么，用户可能有两种选择： 选择1：继续使用类路径（PLUGIN_CP）的方式，即： java -cp $PLUGIN_CP:app.jar com.example.Main 选择2：使用扩展目录的方式（注意包含默认扩展目录），即： java -Djava.ext.dirs=$PLUGIN_DIR:$JAVA_HOME/jre/lib/ext -jar app.jar 需要提醒用户注意： - 扩展目录方式会加载整个目录下的jar，但不适合用于应用程序的主jar（通常主jar还是放在类路径中）。 - 扩展目录方式可能会导致类加载器层次的问题（如果插件中有和标准库冲突的类，由于父加载器优先，标准库的类会被使用，而插件的类会被忽略）。 - 由于扩展类加载器是系统类加载器的父加载器，所以扩展目录中的类不能依赖系统类加载器加载的类（即应用程序类路径中的类），否则会出现NoClassDefFoundError。这一点需要特别注意，所以通常插件如果与应用程序有依赖关系，使用类路径更合适。 根据引用[1][2][3]，我们得知，使用 `-Djava.ext.dirs` 要特别小心，因为它覆盖了默认设置，必须包含JRE的ext目录。 那么，在用户已经设置了 PLUGIN_DIR 和 PLUGIN_CP 的情况下，如何选择？ 如果插件是独立的，不需要依赖应用程序类路径中的类，并且希望这些插件被所有应用程序共享（类似于JRE的扩展），那么可以使用扩展目录方式。 如果插件是应用程序级别的，并且可能依赖应用程序的其他类，那么使用类路径（PLUGIN_CP）更合适。 另外，从Java 9开始，模块系统的引入，使得 `-Djava.ext.dirs` 已经被废弃。在Java 9及以上版本，推荐使用模块路径（--module-path）或类路径（-cp）。 因此，综合建议： - 在Java 8及以下版本，如果使用扩展目录方式，确保包含JRE的ext目录。 - 在Java 9及以上版本，避免使用 `-Djava.ext.dirs`，而应使用类路径或模块路径。 结合用户之前的设置（PLUGIN_DIR 和 PLUGIN_CP），我们更推荐使用类路径方式，因为这种方式更灵活，且没有覆盖默认扩展目录的风险，也没有类加载器层次带来的依赖问题。 所以，用户之前用 PLUGIN_CP 的方式构建类路径是正确的，且是推荐的做法。 如果用户坚持要使用 `-Djava.ext.dirs`，那么我们可以提供设置方法，但需要提醒注意事项。 下面，我们给出两种方式的具体命令示例（以Linux为例）： 方式1（推荐）：使用类路径（PLUGIN_CP） PLUGIN_DIR=/data/aoe-plugin PLUGIN_CP=$(echo $PLUGIN_DIR/*.jar | tr ' ' ':') java -cp "$PLUGIN_CP:app.jar" com.example.Main 方式2：使用扩展目录（-Djava.ext.dirs） PLUGIN_DIR=/data/aoe-plugin # 注意：这里不需要构建PLUGIN_CP，因为只需要目录 # 同时包含默认的JRE扩展目录 java -Djava.ext.dirs="$PLUGIN_DIR:$JAVA_HOME/jre/lib/ext" -jar app.jar 或者（如果app.jar需要主类） java -Djava.ext.dirs="$PLUGIN_DIR:$JAVA_HOME/jre/lib/ext" -cp app.jar com.example.Main 注意：在方式2中，由于设置了扩展目录，那么插件目录下的jar文件将由ExtClassLoader加载，而app.jar中的类由AppClassLoader加载。如果插件中的类需要访问app.jar中的类，由于父加载器（ExtClassLoader）无法看到子加载器（AppClassLoader）加载的类，所以会失败。因此，如果插件和应用程序主程序有相互依赖，方式2会导致类加载问题。 因此，我们强烈推荐方式1。 总结： - 在大多数情况下，使用类路径（-cp）加载插件是更安全、更灵活的方式。 - 使用 `-Djava.ext.dirs` 需要谨慎，因为它会改变扩展类加载器的行为，且必须包含JRE的ext目录，否则会丢失标准扩展功能。同时，在插件与主程序有相互依赖时，这种方式会失败。 最后，生成相关问题。 </think>### Java `-Djava.ext.dirs` 选项使用说明 #### 1. **核心功能与机制** `-Djava.ext.dirs` 是 Java 系统属性，用于指定扩展类加载器（`ExtClassLoader`）的搜索路径： - **默认行为**：未设置时，默认加载 `$JAVA_HOME/jre/lib/ext` 下的所有 JAR 文件（如加密算法库）[^1][^2][^3]。 - **覆盖机制**：手动设置该属性会**完全覆盖**默认路径，必须显式包含原路径，否则丢失核心功能： ```bash # 错误示例（丢失标准扩展库） java -Djava.ext.dirs=/data/aoe-plugin -jar app.jar # 正确示例（包含原路径） java -Djava.ext.dirs=/data/aoe-plugin:$JAVA_HOME/jre/lib/ext -jar app.jar ``` - **路径格式**： - Linux/macOS：冒号分隔（`path1:path2`） - Windows：分号分隔（`path1;path2`） #### 2. **与 `PLUGIN_DIR/PLUGIN_CP` 的对比** | **特性** | `-cp $PLUGIN_CP` | `-Djava.ext.dirs=$PLUGIN_DIR` | |-------------------|--------------------------------------|-------------------------------------| | **加载器** | `AppClassLoader` (系统类加载器) | `ExtClassLoader` (扩展类加载器) | | **路径类型** | 直接指定 JAR 文件列表 | 指定目录（自动加载其下所有 JAR） | | **层级关系** | 子加载器，可访问父加载器的类 | 父加载器，无法访问子加载器的类 | | **依赖兼容性** | 可依赖主程序类 | 无法依赖主程序类（易引发 `NoClassDefFoundError`） | #### 3. **结合使用场景** - **推荐方案**：优先使用类路径（`-cp`）加载插件： ```bash # 使用 PLUGIN_CP 构建类路径 PLUGIN_DIR=/data/aoe-plugin PLUGIN_CP=$(echo $PLUGIN_DIR/*.jar | tr ' ' ':') java -cp "$PLUGIN_CP:app.jar" com.example.Main ``` - **特殊需求场景**（如全局扩展库）： ```bash # 需包含默认扩展目录 java -Djava.ext.dirs=$PLUGIN_DIR:$JAVA_HOME/jre/lib/ext -jar app.jar ``` > ⚠️ 注意：插件中若依赖 `app.jar` 的类，会因类加载器层级问题失败[^1][^3]。 #### 4. **Java 版本兼容性** - **Java 8 及以下**：支持使用，但需严格包含默认路径[^2]。 - **Java 9+**：**已被废弃**，推荐使用模块化系统（`--module-path`）或标准类路径[^1]。 --- ### 相关问题 1. 在插件需要访问主程序类时，`-Djava.ext.dirs` 会导致什么问题？如何解决？ 2. Java 9 及以上版本中，替代 `-Djava.ext.dirs` 的方案是什么？ 3. 如何避免 `-Djava.ext.dirs` 覆盖默认扩展目录导致的安全算法缺失？ 4. 扩展类加载器（`ExtClassLoader`）和系统类加载器（`AppClassLoader`）的层级关系如何影响类可见性？ [^1]: 插件初始化流程分析 [^2]: Hadoop 路径配置原理 [^3]: 类加载器层级关系文档
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值