三、final关键字的修饰变量的加载
final关键字修饰的变量与没有final修饰符修饰变量加载的区别
打印的结果没有 init parent2，为什么?
总结：
final修饰的常量，会在编译阶段存入到调用这个常量的方法所在类的常量池中，本质上调用类并没有直接引用到定义常量的类，因此并不会触发定义常量类的初始化
编译完成后甚至可以删除常量值所在的.class文件也不会影响程序的运行
可以通过 javap -c命令查看类的加载指令
此处总结所用到的助记符：
ldc: 将int、float、String类型的常量值从常量池中推到栈顶(栈顶的意思是表示即将使用)
bipush：表示将(-128-127之间)的值从常量池中推到栈顶
sipush: 表示将短整型的值(-32768-32767)的值从常量池中推到栈顶
iconst_0-iconst_5: 表示将int类型的(0-5的值推到栈顶)
getstatic: 获取静态对象
final修饰的常量非运行时可以确认值的什么时候加载
当一个常量的值并非运行时可以确认的，那么就不会将其放入调用者类所在的常量池中，这时在程序运行时会主动使用该常量类所在的类，就会导致该常量类所在类的初始化
数组实列是否会导致类的初始化
通过以上结果可以得出结论：
对于数组实列来说，其类型是有jvm运行时动态产生的，表示为[Ltest.Parent4这种动态生成的类，其父类是Object，对于数据来说，javaDoc将构成数组的元素称为Component，实际是将数组降低一个维度后的类型，所以并不会导致数组所拥有类或对象的初始化
可以通过javap -c 查看运行时的指令
助记符:
anewarray：表示创建一个引用类型的数组(类、接口)并将其压入栈顶
newarray：表示创建一个基本类型的数组(int、float)并将其压入栈顶
接口的初始化规则
接口中的变量默认都是 public static final修饰的
当删除Parent5与Child5的.class文件时，并不影响程序的运行
当java虚拟机初始化一个类时，要求它的所有父类都已经完成初始化，但是这条规则不适用于接口
在初始化一个类时，并不会先初始化它所实现的接口
在初始化一个接口时，并不会初始化它的父接口
因此，一个父接口并不会因为它的子接口或者实现类的初始化而初始化，只有当程序首次使用滕丁接口的
静态变量时，才会导致该接口的初始化
证明并不会初始化Parent5的类，那是否会加载Parent5呢,可以使用 -XX:+TraceClassLoading 查看
证明已经加载了了Parent5，但是并没有初始化
