JVM系列笔记目录
虚拟机的基础概念class文件结构class文件加载过程jvm内存模型JVM常用指令GC与调优
10余年专业网站制作公司历程,坚持以创新为先导的网站服务,服务超过近1000家企业及个人,涉及网站设计、成都App制作、微信开发、平面设计、互联网整合营销等多个领域。在不同行业和领域给人们的工作和生活带来美好变化。
Class文件加载过程
JVM加载Class文件主要分3个过程:Loading 、Linking、Initialzing
1.Loading
Loading的过程就是通过类加载器将.class文件加载到jvm内存中过程。需要理解双亲委派机制、类加载器ClassLoader,加载过程如下。
ClassLoader
不同的类加载器加载范围不一样,以Java8中的为例。
BootClassLoader 加载范围sun.boot.class.pahtExtClassLoader 加载范围java.ext.dirsAppClassLoader 加载范围java.class.pathCustomClassLoader 可自定义加载范围
前三个加载器来自JDK的Launcher类,三个ClassLoader作为Launcher的内部类,感兴趣可以查看下源码。
开发者也可以自定义的ClassLoader,自定义记载范围。
双亲委派机制
自底向上检查该类是否已经加载,parent方向;自顶向下进行类的实际查找和加载,child方向。 类的加载遵循双亲委派机制,主要是出于安全的考虑。双亲委派机制是如何实现的,下面源码会解释。
注意:双亲委派中存在所谓的父加载器并不是加载器的加载器,只是翻译的问题,别混淆了类的继承概念。
ClassLoader源码
ClassLoader源码中比较重要的一个函数是loadClass(),执行过程是:findLoadedClass()->parrent.loadClass()->findClass(),第一步是自底向上查询是否已经加载,第二步是自顶向下查找加载类。这里就规定或是说实现了双亲委派机制。详细见ClassLoader的源码。
自定义ClassLoader
如何自定义ClassLoader?可以继承ClassLoader类,重新自己的findClass(),在里面调用defineClass()来实现自定义加载特定范围的类。
如何打破双亲委派机制,哪种情形下打破过?
从上面的ClassLoader源码中大概能看出是如何实现了双亲委派机制的,从这入手可以通过2种方式打破该机制:
super(parent)指定parent会打破该机制自定义ClassLoader重写loadClass()也可以打破
何时打破过?双亲委派机制并不是不能打破,某些特殊场景下也会选择打破该机制。
JDK 1.2之前,自定义ClassLoader必须重写loadClass(),打破过。线程ThreadContextClassLoader可以实现基础类调用实现类代码,通过thread.setContextClassLoader指定。热启动热部署,如tomcat都有自己模块指定的classloader,可以加载同一类库的不同版本。
Class执行方式
Class执行方式分为3种:解释执行、编译执行、混合执行,各有优缺点,可通过参数指定。
1.解释执行:使用bytecode intepreter 解释器解释执行,该模式启动很快,执行稍慢,可通过-Xint参数指定该模式。
2.编译执行:使用 Just in time Complier JIT编译器编译执行,该模式执行很快,编译很慢,可通过-Xcomp参数指定该模式。
3.混合执行:默认的模式,解释器+热点代码编译,开始解释执行,启动较快,对热点代码进行实时监测和编译成本地代码执行,可通过-Xmixed参数指定该模式。
热点代码监测:多次被调用的方法用方法计数器,多次被调用的循环用循环计数器,可通过参数-XX:CompileThreshold = 10000指定触发JIT编译的阈值。
2.Linking
Linking链接的过程分3个阶段:Vertification、Preparation、Resolution。
3. Initializing
调用初始化代码clint,给静态成员变量赋初始值。
这里可以了解下必须初始化的5种情况:
new getstatic putstatic invokestatic指令,访问final变量除外java.lang.reflect对类进行反射调用时初始化子类的时候,父类必须初始化虚拟机启动时,被执行的主类必须初始化动态语言支持java.lang.invoke.MethodHandler解释的结果为REF_getstatic REF_putstatic REF_invokestatic的方法句柄时,该类必须初始化。
4.总结思考
设计模式中单例模式的双重检查的实现,INSTANCE是否需要加valatile?
- public class Mgr06 {
- // 是否需要加volatile?
- private static volatile Mgr06 INSTANCE;
- private Mgr06() {
- }
- public static Mgr06 getInstance() {
- if (INSTANCE == null) {
- //双重检查
- synchronized (Mgr06.class) {
- if(INSTANCE == null) {
- try {
- Thread.sleep(1);
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- // new 了对象,不为null,但未完成变量的初始化复制,对象处于半初始化状 态,其它线程有可能取到半初始化的对象。
- INSTANCE = new Mgr06();
- }
- }
- }
- return INSTANCE;
- }
- }
- 复制代码
个人认为是需要加的。思考方向, class文件load到内存,给静态变量赋默认值,再赋初始值,new 对象的时候,首先要申请内存空间,然后给成员变量赋默认值,接下来给成员变量赋初始值,这个过程中对象有可能处于半初始化状态,多线程并发下别的线程有可能取到半初始化的对象,加volatile可保证线程的可见性。
当前文章:JVM系列—Class文件加载过程
文章转载:http://www.shufengxianlan.com/qtweb/news22/549872.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联