JVM使用了三种类加载器:bootstrap类加载器、extension类加载器和systen类加载器。这三个加载器父子关系,其中bootstrap类加载器在顶端,而system加载器在结构的最底层。
委派模型工作机理:每次一类需要加载,system类加载器首先调用。但是,它不会马上加载类。相反,它委派该任务给它的父类-extension类加载器。extension类加载器也把任务委派给它的父类bootstrap类加载器。因此,bootstrap类加载器总是首先加载类。如果bootstrap类加载器不能找到所需要的类的extension类加载器会尝试加载类。如果扩展类加载器也失败,system类加载器将执行任务。如果统类加载器找不到类,一个java.lang.ClassNotFoundException异常。
委派模型工作机理:每次一类需要加载,system类加载器首先调用。但是,它不会马上加载类。相反,它委派该任务给它的父类-extension类加载器。extension类加载器也把任务委派给它的父类bootstrap类加载器。因此,bootstrap类加载器总是首先加载类。如果bootstrap类加载器不能找到所需要的类的extension类加载器会尝试加载类。如果扩展类加载器也失败,system类加载器将执行任务。如果统类加载器找不到类,一个java.lang.ClassNotFoundException异常。
意义--安全性:为什么需要这样的往返模式?委派模型对于安全性是非常重要的。如你所知,可以使用安全管理器来限制访问某个目录。现在,恶意的意图有人能写出一类叫做java.lang.Object,可用于访问任何在硬盘上的目录。因为JVM的信任java.lang.Object类,它不会关注这方面的活动。因此,如果自定义java.lang.Object被允许加载的安全管理器将很容易瘫痪。幸运的是,这将不会发生,因为委派模型会阻止这种情况的发生。
当自定义java.lang.Object类在程序中被调用的时候,system类加载器将该请求委派给extension类加载器,然后委派给bootstrap类加载器。这样bootstrap类加载器先搜索的核心库,找到标准java.lang.Object并实例化它。这样,自定义java.lang.Object类永远不会被加载。
当自定义java.lang.Object类在程序中被调用的时候,system类加载器将该请求委派给extension类加载器,然后委派给bootstrap类加载器。这样bootstrap类加载器先搜索的核心库,找到标准java.lang.Object并实例化它。这样,自定义java.lang.Object类永远不会被加载。