Java类加载双亲委托模式优点

Java 发表评论
启动类加载器可以抢在标准扩展类加载之前去装载类,而标准扩展类装载器可以抢在类路径加载期之前去装在那个类,类路径装载器又可以抢在自定义类装载器之前去加载类。所以Java虚拟机先从最可信的Java核心API查找类型,这是为了防止不可信的类扮演被信任的类。
假设网络中有一个名为java.lang.Integer的类,他是黑客在为了混进java.lang包所起的名字,实际上里面还有而已代码,但是这种伎俩在双亲模式加载体系结构下是行不通的,因为网络加载器在加载他的时候,首先调用双亲的加载器,这样一直委托上去,知道启动类加载器,而启动类加载器在核心Java API发现这个名字的类,所以他就支架加载Java核心API的java.lang.Integer类,然后将这个类返回,所以自始至终网络上的java.lang.Integer是不会被加载的。
但是如果这个移动代码不是师徒去替换一个被信任的类,而是想在一个被信任的包中插入一个全新的类型,情况会怎么样呢?比如一个名为java.lang.Virus的类,经过双亲委托模式,最终类装载器会让网络类加载器加载这个类,因为网络类加载器的双亲都没有这个类。假设成功的加载这个类,你肯定在想Virus和Integer都在java.lang包下面,暗示这个类是Java API的一部分,那么不是也有修改Java.lang包中数据的权限呢?答案当然不是,因为要取得访问和修改java.lang包中的权限,java.lang.Virus和java.lang下的其他类必须是属于同一个运行时包的。运行时包是指由同一个类装载器的、属于同一个包的、多个类型的集合。java.lang.Virus和java.lang下的其他类不是同一个类装载器装载的。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

昵称 *