从Java虚拟机角度分析类的实例化顺序
1.首先展示一下实例代码(Son.java & Father.java)
public class Father {
public static int a=10;//父类的静态变量
static{//父类的静态代码块
a=20;
}
{//父类的构造代码块
a=30;
}
public Father() {//父类的构造方法
a=40;
}
}
public class Son extends Father{
public static int s=10;//子类的静态变量
public int k=20;//子类的实例变量
static{//子类的静态代码块
s=20;
}
{//子类的构造代码块
s=30;
}
public Son() {//子类的构造函数
s=40;
}
{//子类的构造代码块
s=50;
}
}
2.将son.java文件编译为son.class文件,然后使用javap反编译查看Son的字节码指令来分析Son的加载顺序,更利于理解(javap -v -c Son > p.txt)。
3.执行代码"new Son();"后,分析类的加载顺序。
下面的static{};为<clinit>函数,son();为<init>函数。
static {};
descriptor: ()V
flags: ACC_STATIC
Code:
stack=1, locals=0, args_size=0
0: bipush 10
2: putstatic #11 // Field s:I--------------------------顺序执行静态变量的赋值
5: bipush 20
7: putstatic #11 // Field s:I--------------------------顺序执行静态代码块
10: return
public packet1020.Son();
descriptor: ()V
flags: ACC_PUBLIC
Code:
stack=2, locals=1, args_size=1
0: aload_0
1: invokespecial #16 // Method packet1020/Father."<init>":()V--------------------执行父类的<init>函数(顺序不变,第一个)
4: aload_0
5: bipush 20
7: putfield #18 // Field k:I------------------------------------------------按顺序收集实例变量赋值
10: bipush 30
12: putstatic #11 // Field s:I------------------------------------------------按顺序收集构造代码块
15: bipush 50
17: putstatic #11 // Field s:I------------------------------------------------按顺序收集构造代码块
20: bipush 40
22: putstatic #11 // Field s:I------------------------------------------------最后执行自己的构造函数代码(顺序不变,最后一个)
25: return
开始分析:
1.触发类的加载,在初始化阶段,先执行父类<clinit>函数,然后执行子类<clinit>函数,按照顺序执行静态变量赋值与静态代码块。
2.代码中执行了构造函数,所以执行<init>函数。
结论:
1.父类中顺序执行静态变量赋值,静态代码块
2.子类中顺序执行静态变量赋值,静态代码块
3.父类中顺序执行实例变量赋值,构造代码块
4.父类构造函数
5.子类中顺序执行实例变量赋值,构造代码块
6.子类构造函数
名字解释:摘抄自周志明老师的《深入理解Java虚拟机:JVM高级特性与最佳实践》
1.有且只有4中情况下必须对类进行初始化(执行<clinit>函数)中的第三种:当初始化一个类时,先初始化父类。这就是为什么父类的<clinit>函数先于子类的<clinit>函数执行。
2.<clinit>函数:编译器按照源代码中的顺序自动收集类中的所有静态变量的赋值动作和静态代码块中的语句合并而成的。
3.<init>函数:最开始先调用父类的<init>函数,然后编译器按照源代码中的顺序自动收集类中的实例变量的赋值操作和构造代码块中的语句合并,然后插入到构造函数方法前面,最后是程序员自己写的构造函数代码。
构造代码块执行顺序先于构造函数
<init>(){
1.调用父类<init>方法
2.顺序执行实例变量的赋值操作和构造代码块
3.程序员自己的构造函数方法代码
}
从Java虚拟机角度分析类的实例化顺序的更多相关文章
- 《深入理解java虚拟机》:类的初始化
深入理解java虚拟机>:类的初始化 类从被载入到虚拟机内存中開始.到卸载出内存为止,它的整个生命周期包含:载入.验证.准备.解析.初始化.使用和卸载七个阶段.当中验证.准备.解析3个部分统称为 ...
- Java的类的实例化顺序
Java的类的实例化顺序 父类的静态数据 子类的静态数据 父类的成员变量 父类的构造方法 子类的成员变量 子类的构造方法
- Java虚拟机加载类
Java虚拟机是如何加载Java类的 Java虚拟机加载Java类总共需要经过3步:加载-----链接-----初始化.Java语言的类型可以分为两大类:基本类型和引用类型.基本类型是有Java虚拟机 ...
- java虚拟机体系分析
一.JVM的生命周期: 1)程序开始执行,他就运行,程序停止,它就结束.有几个程序在执行,就有几个虚拟机在工作.只要Java虚拟机中还有普通的线程在执行,Java虚拟机就不会停止. 2)Java虚 ...
- Java语法专题1: 类的构造顺序
合集目录 Java语法专题1: 类的构造顺序 问题 下面的第二个问题来源于Oracle的笔试题, 非常经典的一个问题, 我从07年开始用了十几年. 看似简单, 做对的比例不到2/10. 描述一下多级继 ...
- Java虚拟机八 分析Java堆
常见的内存溢出的原因及其解决思路 1.堆溢出: 由于大量的对象都直接分配在堆上,因此它最有可能发生溢出.因为大量对象占据了堆空间,而这些对象都持有强引用,导致无法回收,当对象大小之和大于堆空间时就会发 ...
- [改善Java代码]让工具类不可实例化
建议42: 让工具类不可实例化 Java项目中使用的工具类非常多,比如JDK自己的工具类java.lang.Math.java.util.Collections等都是我们经常用到的.工具类的方法和属性 ...
- Java虚拟机加载类的过程
Java虚拟机的类加载,从class文件到内存中的类,按先后顺序需要经过加载/链接/初始化三大步骤. Java语言的类型分为两大类:基本类型(primitive types)和引用类型(referen ...
- java#类的实例化顺序
关于类的实例化,不用弄的那么细致,这里只说单一类,没有其他父类(排除Obejct)的情况.要实例化一个类,需要加载class文件到jvm并且验证通过了是安全的字节码文件. 初始化大致上是按照如下步骤: ...
随机推荐
- 圆角标题title
Html代码: <!DOCTYPE html> <html lang="en"> <head> <meta charset="U ...
- linux的档案权限和目录配置
Linux一般将档案可存取的身份分为三个类别,分别是 owner/group/others /etc/passwd 账号信息 /etc/shadow 个人密码 /etc/group 组名记录 ...
- CentOS 6.5 BCM43142 80211无线网卡驱动安装
https://blog.csdn.net/lisonglisonglisong/article/details/74859545 https://blog.csdn.net/shile/articl ...
- Redis数据持久化,安全
一.redis数据持久化 由于redis是一个内存数据库,如果系统遇到致命问题需要关机或重启,内存中的数据就会丢失,这是生产环境所不能允许的.所以redis提供了数据持久化的能力. redis提供了两 ...
- 基于LDAP下的Samba服务
基于LDAP下的Samba服务 一.环境情况: 实验环境:俩台机器,分别为2012R2,安装有 AD 并作为域控制器Domain Controller(DC),同时也作为 DNS 服务器和时间服务器: ...
- iOS 进阶---推送通知之本地通知
1.推送通知的2种方式 1)本地推送通知(Local Notification) 2)远程推送通知(Remote Notification) 2.通知的作用 可以让不在前台运行的app,告知用户app ...
- esp32编程第一例 hollow word
#include<stdio.h>#include"freertos/FreeRtos.h"#include"freertos/task.h"#in ...
- docker 创建容器的时候的坑
其实这个题目的话,对于我后面陈述的问题发生的本身并没有太多的联系,但是因为是在docker创建容器的操作之内发生的,所以记录以下 因为网上有些文章有些作者喜欢使用git的命令窗体,说实在的,公司里面用 ...
- 高阶篇:4.4)FMEA手册的疑问与不足(个人观点)
本章目的:如题,述说FMEA手册第四版的疑问与不足. 1.前言 作者接触FMEA,并真正将其作为可靠性设计方法,也是在近几年的时候,所以不能说算是一个FMEA专家吧. 但作者也有一些自己的优势,就是自 ...
- java多线程-ThreadLocal
大纲: 用法 源码 一.用法 ThreadLocal是一个容器,顾名思义就是把一个变量存到线程本地. class Test { public static void main(String[] arg ...