转载自 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的运行机制不会被破坏.
