深入理解JAVA虚拟机学习笔记14——类加载的初始化过程

每天进步一点点!

前面已经介绍了类加载的加载、验证、准备、解析等过程,今天来学习最后一个过程,初始化!

对于有过java开发经验的朋友们来说,初始化这个词自然不陌生,初始化阶段与变量初始化自然不是一个概念,但是也有一些关联。

在上一篇中,我们已经看到了在准备阶段,不同变量初始化的区别,实际上,初始化阶段是执行类构造器<clinit>()方法的过程。

深入理解JAVA虚拟机学习笔记14——类加载的初始化过程

朋友们还记得上一篇中的例子吗(有兴趣的朋友可以看一下上一篇)?按照前面的分析,这个阶段其实是对非final的static静态变量初始化的过程。

注意:初始化过程实际上还会执行静态语句块(static{})中的内容。

既然说到了<clinit>()方法,自然而然会想到<init>()方法,有的朋友肯定会问,这两个方法长的好像啊,包括有些公司的面试题也会问,这两个方法到底有什么区别呢?

包括笔者在内,以前也经常搞不清楚,下面我们就将这两个方法对比一下。

1. <clinit>()方法是类构造器方法,<init>()方法是对象构造方法,从字面意思就可以看出,两个方法面向的主体是不一样的,一个作用于类,一个作用于对象。

<clinit>()方法的指令来自于静态变量和静态语句块,<init>()来自于类的构造方法。

2.  当存在类继承关系的时候,<clinit>()方法不需要像<init>()方法那样显式地(super())调用父类的构造器,虚拟机会先执行父类的<clinit>()方法。

然鹅,but,however,在接口里面,当父接口定义的变量不使用的时候,子接口或实现类执行<clinit>()方法时,不会调用父接口中的<clinit>()方法。

这是原书中的说法,但是笔者好奇啊,java为什么这么刁蛮不讲理?

在好奇心驱使下,笔者打开了一个定义了静态变量的接口字节码文件,

深入理解JAVA虚拟机学习笔记14——类加载的初始化过程

呵呵哒……接口中的静态变量编译之后被转换成了final的了,还记得上一篇的内容吗?

在准备阶段,final修饰的变量的值就被绑定了,自然不需要执行<clinit>()方法了。

深入理解JAVA虚拟机学习笔记14——类加载的初始化过程

到这里,相信大家对final修饰的变量不能被修改,也有了更深的认识。

3.  如上图所示,当类中没有定义静态变量和静态语句块的时候,字节码中并没有<clinit>()方法,也就是说<clinit>()方法并不是必须的,但是对于<init>()方法,不管你定不定义,它就在那里不离不弃。

4. <clinit>()方法同步安全的,当多个线程调用的时候,只有一个线程去执行这个方法。并且,前面已经提到过,一个类型在同一个类加载器只能初始化一次,其它线程实际并不能再调用这个<clinit>()方法。

深入理解JAVA虚拟机学习笔记14——类加载的初始化过程

5. 前面的文章中,还提到过另一个点, <clinit>()是虚拟机的方法,不能通过程序调用,而<init>()是可以通过程序调用的。

通过以上的分析,我们也可以得出类变量赋值的顺序,依次是:final变量(解析阶段)>static变量(准备阶段)>普通变量(初始化阶段)。

至此类加载的过程基本结束了,接下来将学习字节码执行引擎,自己给自己鼓鼓劲,加油!

喜欢文章或想一起学习的朋友可以关注我,给我点赞,我将会持续更新,有什么疑问或文中有不当之处请给我留言,真诚地希望能与大家一起交流探讨,学习进步。

深入理解JAVA虚拟机学习笔记14——类加载的初始化过程