标签:tst 一个 照相 java api 虚拟机 ica strong 成员变量 开头
类装载分为以下 5 个步骤:
public class ClassLoadTest {
public static int k = 0;
public static ClassLoadTest t1 = new ClassLoadTest("t1");
public static ClassLoadTest t2 = new ClassLoadTest("t2");
public static int i = print("i");
public static int n = 99;
public int j = print("j");
{
print("构造块");
}
static {
print("静态块");
}
public ClassLoadTest(String str) {
System.out.println((++k) + ":" + str + " i=" + i + " n=" + n);
++n;
++i;
}
public static int print(String str) {
System.out.println((++k) + ":" + str + " i=" + i + " n=" + n);
++n;
return ++i;
}
public static void main(String[] args) {
new ClassLoadTest("ClassLoadTest");
}
}
1:j i=0 n=0
2:构造块 i=1 n=1
3:t1 i=2 n=2
4:j i=3 n=3
5:构造块 i=4 n=4
6:t2 i=5 n=5
7:i i=6 n=6
8:静态块 i=7 n=99
9:j i=8 n=100
10:构造块 i=9 n=101
11:ClassLoadTest i=10 n=102
加载某类前先加载其父类 加载某类时,先声明静态成员变量,初始化为默认值,再初始化静态成员变量执行静态代码块 初始化静态成员变量执行静态代码块时,是按顺序执行(初始化静态成员变量的本质就是静态代码块)
在某类加载过程中调用了本类实例化过程(如new了本类对象),则会暂停类加载过程先执行实例化过程,执行完毕再回到类加载过程
对某类实例化前,先对其父类进行实例化 实例化某类时,先声明成员变量,初始化为默认值,再初始化成员变量执行代码块 初始化成员变量执行代码块时,是按顺序执行
所有的 JVM 实现,在首次主动使用某类的时候才会加载该类。
SubClass[] sca = new SubClass[10]
写到类常量池中的类型是有限的:String 和几个基本类型
String 值为 null 时,也会写到类常量池中 使用 new String("xx") 创建字符串时,得到的字符串不是类常量池中的
对于通过 new 产生一个字符串(假设为 ”china” )时,会先去常量池中查找是否已经有了 ”china” 对象, 如果没有则在常量池中创建一个此字符串对象,然后堆中再创建一个常量池中此 ”china” 对象的拷贝对象。
byte:0(8位)
short:0(16位)
int:0(32位)
long:0L(64位)
char:\u0000(16位),代表NULL
float:0.0F(32位)
double:0.0(64位)
boolean: flase
因此对于局部变量,必须先经过显示的初始化,才能使用。如果编译器确认一个局部变量在使用之前可能没有被初始化,编译器将报错
启动类加载器,Bootstrap classLoader(jre\lib\rt.jar 包括 java.lang 等核心类库)
当运行 java 虚拟机时,这个类加载器被创建,它加载一些基本的 java API,包括 Object 这个类。需要注意的是,这个类加载器是用 C/C++ 实现的
扩展类加载器,Extension class loader(jre\lib\ext\ *.jar 等)
这个加载器加载出了基本API之外的一些拓展类,包括一些与安全性能相关的类
应用程序类加载器,Application ClassLoader(classpath 指定内容)
它加载应用程序中的类,也就是在 classpath 中配置的类
User-Defined ClassLoader
开发人员通过拓展 ClassLoader 类定义的自定义加载器,加载程序员定义的一些类
负责加载字节码文件,class 文件在文件开头有特定的文件标示,并且 ClassLoader 负责 class 文件的加载等,至于它是否可以运行,则由 Execution Engine 决定
主要功能
定位和导入二进制 class 文件
验证导入类的正确性
为类分配初始化内存
帮助解析符号引用
自下而上检测是否已经加载类
当 JVM 加载一个类的时候,下层的加载器会将任务委托给上一层类加载器,上一层加载检查它的命名空间中是否已经加载这个类,如果已经加载,直接使用这个类。如果没有加载,继续往上委托直到顶层
由上而下尝试加载类
检查完毕没有加载该类,则按照相反的顺序进行加载,如果 Bootstrap 加载器找不到这个类,则往下委托,直到找到类文件。对于某个特定的类加载器来说,一个 java类 只能被载入一次,也就是说在 java 虚拟机中,类的完整标识是(classLoader,package,className)
在 java 中任意一个类都是由这个类本身和加载这个类的类加载器来确定这个类在JVM中的唯一性
优点
使得类有了层次的划分。就拿 java.lang.Object 来说,加载它经过一层层委托最终都由 Bootstrap ClassLoader 去找 jre\lib 中 rt.jar 里面的 java.lang.Object 并加载到 JVM 中。如果有不法分子自己构造了一个 java.lang.Object,里面嵌了不好的代码,按照双亲委派模型来实现的话,最终加载到 JVM 中的只会是 rt.jar 里面的东西,也就是说这些核心的基础类代码得到了保护
标签:tst 一个 照相 java api 虚拟机 ica strong 成员变量 开头
原文地址:https://www.cnblogs.com/pgjett/p/12333861.html