1.类的加载机制
类的生命周期:
加载 → 连接 → 初始化 → 使用 → 卸载
1.加载:
将xxx.calss 读到jvm的内存中
加载期间,
堆中放有类的类对象(用来访问方法区的类数据)
方法区中放类的数据(模板,不变的东西)
类加载器:下列名义上是父子但是不是用extends
名字 | 加载方向 |
---|---|
(c++)根加载器(Bootstrap) | 只加载核心代码 java.* |
↓ | |
(java)扩展类加载器(Extension ClassLoader) | 加载扩展类的java类 javax.* 以及加载JRE的lib目录的JAR类包 |
↓ | |
(java)系统加载器(Application ClassLoader) | 加载应用程序自身的类 |
↓ | |
自定义加载器 | 加载指定类 |
自定义加载器:
public class InitClassLoader extends ClassLoader{
/**
* 根据类全名加载类
*/
@Override
protected Class<?> findClass(String name) throws ClassNotFoundException {
// TODO Auto-generated method stub
//从类的缓存池中根据类的全名查找,类是否加载过
Class<?> c = findLoadedClass(name);
if(c != null) {
return c;
}else {
//双亲委托
ClassLoader parent = this.getParent();
c = parent.loadClass(name);
}
return c;
}
}
类加载步骤:
启动jvm →
启动根加载器 加载java核心代码→
启动扩展类加载器和系统类加载器,确定父子关系→
扩展加载器加载扩展java类→
系统加载器加载应用程序代码(双亲加载机制)→
类的class文件读入内存中,就创建一个java.lang.Class对象
双亲加载机制:
在系统类加载器读取到应用程序代码时交给扩展类加载器加载
在扩展类加载器读取到应用程序代码时交给根加载器加载
在根加载器读取到应用程序代码时,处理,
发现是java.*的,若未加载加载但是加载过了,直接忽略
发现不是java.*的,交给扩展类加载器
在扩展类加载器再次读取到应用程序代码时
发现是javax.*的,若未加载加载但是加载过了,直接忽略
发现不是javax.*的,交给扩展类加载器
在系统类加载器再次读取到应用程序代码时进行加载
2.连接:
验证–>准备–>解析
验证:检验被加载的类是否有正确的内部结构,并和其它类协调一致。
准备:负责为类的静态属性分配内存,并设置默认初始值。
解析:将类的二进制数据中的符号引用替换成直接引用。
3.初始化:
初始化指定初始值
执行静态代码块代码
static{}
步骤:
类没有被加载和连接,程序先记载和连接
类的直接父类没加载,先加载父类
类中的初始化语句,依次执行
Java程序首次通过下面六种方式来使用某个类或者接口时,系统就会初始化该类或者接口:
- 创建类的实例。
- 调用某个类的静态方法。
- 访问某个类或接口的静态属性,或者为静态属性赋值。
- 使用反射方式强制创建某个类或接口对应的java.lang.Class对象。
- 初始化某个类的子类。
- 直接使用java.exe命令运行某个主类。
代码示例:
//获取某个类的类对象3种
//1 使用Class.forNmae() 完成Class对象的获取
// try {
// Class cls = Class.forName("com.gezhi.day22.classroom.Person");
// System.out.println(cls.toString());
//
// } catch (ClassNotFoundException e) {
// // TODO Auto-generated catch block
// e.printStackTrace();
// }
//2.使用类.class 的属性的方式
// System.out.println(Person.class);
//3.已知类的示例下可以通过示例.getClass()
// Person person = new Person();
// person.getClass();
2.垃圾回收:GC
垃圾回收的时机
在Java中,当程序中的一个对象不再可以获得时,就被标记为垃圾回收。不可获得并不意味着不再有任何引用引用该对象。我们可以认为垃圾回收器知道对一个对象的引用的确切数目,当引用计数为零时,就释放该对象。
但是,我们很容易想到另一种情况,就是有两个对象需要垃圾回收,但是每个对象都有一个对另一个对象的引用。如果使用引用计数,那么这两个对象永远不会被释放。
那么,如何使一个对象不可获得呢?我们需要确保仍然在Java应用程序范围内的引用不再引用将要被垃圾回收的对象。我们将这些引用赋值为null,或者将引用赋值为其它对象,或使引用脱离范围。
假如我们有一个很大的对象刚成为不可获得的,我们想马上将它垃圾回收。那么,我们能够强制垃圾回收器马上释放内存么?不幸的是,不行!在Java中,我们不能显式地释放内存。但是,我们可以调用System.gc()或者Runtime.gc()方法,gc()方法将促使垃圾回收器尽快回收无用的对象。gc()方法是程序员与JVM的垃圾回收器进行通讯的唯一的机制,然而gc()方法的执行依赖于JVM,所以它的行为我们很难预测。也就是说,执行完gc()方法后,我们也不能保证垃圾回收器一定会执行这一操作。
对象的finalize()方法
有时候,Java对象在运行时,会占用一些资源。当垃圾回收器要回收无用的对象时,会自动调用该对象的finalize()方法,来完成一些释放对象所占用的资源等收尾工作。
所有Java对象的根类Object中,提供了proteced类型的finalize()方法。因此,任何Java类都可以重写finalize()方法,在重写的finalize()方法中进行释放对象所占用相关资源的操作。
然而,如果在程序终止之前,垃圾回收器始终没有执行垃圾回收操作,那么垃圾回收器也不会调用无用对象的finalize()方法。
程序即使显式地调用 System.gc()或Runtime.gc()方法,也不能保证垃圾回收操作一定执行。因此,也无法保证无用对象的finalize()方法一定被调用。也就是说,垃圾回收器是否会执行 finalize()方法、以及何时执行该方法,都是不确定的。
所以,程序不能完全依赖对象的finalize()方法来完成收尾工作,而应该在那些确信可以执行的方法中完成收尾工作。finalize()方法主要用来充当第二层安全保护网,当程序忘记显式执行收尾工作时,finalize()方法可以完成收尾工作。尽管finalize() 方法不一定会被执行,但是有可能会执行总比永远不会执行更安全。
3.注解
注解是JDK1.5以后提供,一种和类,接口,数组,枚举等地位平等的一种新的特性
注解可以应用在包,类,属性,方法,以及方法形参上面
注解的作用:
1、跟Comment(注释)一样,对元素进行注释说明
2、根第3方达成一定的共识,或者叫达成一定的"约定"
比如:@Override 该注解跟JVM达成共识,凡是由该注解注释的元素,必须是一个重写方法
3、注解的内容,可以在程序中被访问到,比如:ORM映射
常见的注解:JDK的内置注解、自定义注解
JDK的内置注解:@Override @Deprecated(某元素已经废弃,不推荐,过时)
@SuppressWarnings(“unused”) 忽略代码中出现的警告信息
自定义注解
package com.xxx.anno;
import java.lang.annotation.Documented;
import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;
/**
*
* 该注解的作用,替代hibernate配置文件中 类和表映射文件中
* <p>项目名字:anno</p>
* <p>类名:Entity</p>
* @author LN
* @Documented 支持文档注解
* @Retention 什么时候有效
* @Target 放在什么上面
* @version
* 创建时间:2019年6月26日下午3:35:32;
*/
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target(value = {ElementType.TYPE})
public @interface Entity {
/**
* 类名
* @return
*/
String name();
/**
* 表名
* @return
*/
String table();
}
注解的格式: @注解的名称(属性)
Object — RelationShip DB ---- Mapping