浅谈JVM(一) ClassLoader的双亲委派和沙箱机制

https://blog.csdn.net/start_lie/article/details/79016312

 

JVM(Java Virtual Machine)   java虚拟机 

JVM运行在操作系统之上,与计算机硬件没有交互

JVM整体运行流程需要用到的资源 可以说分以下标红的5部分组成

class files 被java命令运行 将类信息通过类装载器(ClassLoader)加载并初始化生成 Class模版放入运行时数据区(Runtime Data Area)

运行时数据区包括 5部分 : 方法区 和 堆(线程公有)   java栈和本地方法栈和程序计数器(线程私有)

执行引擎(Execution Engine)负责从java栈中取得命令解释成操作系统可识别命令,并交给操作系统执行

本地接口(Native Interface)和本地方法库  融合了别的编程语言(C/C++)为java所用,java诞生时c和c++处于统治地位,

java或多或少会使用c/c++实现一些底层方法(native)方法,于是专门在内存中开辟了一块区域来登记native方法,

在执行引擎执行时加载native libraies,目前这些方法使用越来越少了.

今天总结一部分

ClassLoader

负责加载class文件，class文件在文件开头有特定的文件标示，并且ClassLoader只负责class文件的加载，至于它是否可以运行，则由Execution Engine决定

目前了解4种类加载器:

1.BootstrapClassLoader 启动类加载器

这货是用C++编写的   是最顶层的类装载器,用来加载jre/lib/rt.jar下的类

2.ExtensionClassLoader拓展类加载器

用来加载jre/lib/ext/*.jar的所有类

3.AppClassLoader 应用类加载器

应用类加载器,也叫系统类加载器,用来加载当前应用classpath下的所有类

4.User-Definend 用户自定义的类加载器

继承 java.lang.ClassLoader类实现里面的方法,自定义加载类的方法

双亲委派机制

双亲委派模型的式作过程是：如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的加载请求最终都应该传送到顶层的启动类加载器中，只有当父加载器反馈自己无法完全这个加载请求时，子加载器才会尝试自己去加载。

沙箱机制

沙箱机制是由基于双亲委派机制上 采取的一种JVM的自我保护机制,假设你要写一个java.lang.String 的类,由于双亲委派机制的原理,此请求会先交给Bootstrap试图进行加载,但是Bootstrap在加载类时首先通过包和类名查找rt.jar中有没有该类,有则优先加载rt.jar包中的类,因此就保证了java的运行机制不会被破坏。

 

双亲委派模式优势

    采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。其次是考虑到安全因素，java核心api中定义类型不会被随意替换，假设通过网络传递一个名为java.lang.Integer的类，通过双亲委托模式传递到启动类加载器，而启动类加载器在核心Java API发现这个名字的类，发现该类已被加载，并不会重新加载网络传递的过来的java.lang.Integer，而直接返回已加载过的Integer.class，这样便可以防止核心API库被随意篡改。