当前位置:首页 » 《随便一记》 » 正文

看看你的对象是啥种,他的生命历程又是怎样的呢?

3 人参与  2023年04月23日 17:19  分类 : 《随便一记》  评论

点击全文阅读


在这里插入图片描述

文章目录

1、前言2、对象的类型2.1、数据类型2.2、形参和实参2.3、值传递和引用传递2.4、 拆装箱 3、 Java对象的生命周期3.1、创建阶段(Created)3.2、应用阶段(In Use)3.3、不可见阶段(Invisible)3.4、不可达阶段(Unreachable)3.5、收集阶段(Collected)3.6、终结阶3.7、对象空间重新分配阶段 4 、结语

1、前言

在这里插入图片描述
看到标题满脑大大的疑问 如上图 是个什么鬼。今天我们就来介绍一下对象的类型用与区分你的对象。

2、对象的类型

2.1、数据类型

基础类型与数据类型
八种基本数据类型

int、short、float、double、long、boolean、byte、char。

对应的封装类是:

Integer、Short、Float、Double、Long、Boolean、Byte、Character。

2.2、形参和实参

从作用域上看,形参只会在方法内部生效,方法结束后,形参也会被释放掉,所以形参是不会影响方法外的.
在这里插入图片描述

2.3、值传递和引用传递

值传递:

传递的是实际值,像基本数据类型

引用传递:

将对象的引用作为实参进行传递

java基本类型数据作为参数是值传递,对象类型是引用传递

实参是可以传递给形参的,但是形参却不能影响实参。
当进行值传递的情况下,改变的是形参的值,并没有改变实参,无论是引用传递还是值传递,只要更改的是形参本身,那么都无法影响到实参的。
对于引用传递而言,不同的引用可以指向相同的地址,通过形参的引用地址,找到了实际对象分配的空间,然后进行更改就会对实参指向的对象产生影响。
在这里插入图片描述

对于swap1从值传递的角度来看,对象参数传递采用的是引用传递,那么type1和type2传递过来的是指向对象的引用,在方法内部,直接操作形参,交换了形参的内容,这样形参改变,都是并没有对实参产生任何影响,也没有改变对象实际的值,所以,结果是无法交换
而对于swap2,对象引用作为形参传递过来后,并没有对形参做任何的改变,而是直接操作了形参所指向的对象实际地址,那这样,无论是实参还是其他地方,只要是指向该对象的所有的引用地址对应的值都会改变。

2.4、 拆装箱

装箱就是自动将基本数据类型转换为包装器类型(int–>Integer)调用方法:Integer的valueOf(int) 方法
拆箱就是自动将包装器类型转换为基本数据类型(Integer–>int)。
调用方法:Integer的intValue方法在Java SE5之前,如果要生成一个数值为10的Integer对象,必须这样进行:Integer i = new Integer(10);
而在从Java SE5开始就提供了自动装箱的特性,如果要生成一个数值为10的Integer对象,只需要这样就可以了:

3、 Java对象的生命周期

创建阶段(Created)应用阶段(In Use)不可见阶段(Invisible)不可达阶段(Unreachable)收集阶段(Collected)终结阶段(Finalized)对象空间重分配阶段(De-allocated)

3.1、创建阶段(Created)

在创建阶段系统通过下面的几个步骤来完成对象的创建过程
为对象分配存储空间

开始构造对象
-从超类到子类对static成员进行初始化
-超类成员变量按顺序初始化,递归调用超类的构造方法
-子类成员变量按顺序初始化,子类构造方法调用
-一旦对象被创建,并被分派给某些变量赋值,这个对象的状态就切换到了应用阶段

3.2、应用阶段(In Use)

对象至少被一个强引用持有着。

3.3、不可见阶段(Invisible)

当一个对象处于不可见阶段时,说明程序本身不再持有该对象的任何强引用,虽然该这些引用仍然是存在着的。简单说就是程序的执行已经超出了该对象的作用域了。

3.4、不可达阶段(Unreachable)

对象处于不可达阶段是指该对象不再被任何强引用所持有。
与“不可见阶段”相比,“不可见阶段”是指程序不再持有该对象的任何强引用,这种情况下,该对象仍可能被JVM等系统下的某些已装载的静态变量或线程或JNI等强引用持有着,这些特殊的强引用被称为”GC root”。存在着这些GC root会导致对象的内存泄露情况,无法被回收。

3.5、收集阶段(Collected)

当垃圾回收器发现该对象已经处于“不可达阶段”并且垃圾回收器已经对该对象的内存空间重新分配做好准备时,则对象进入了“收集阶段”。如果该对象已经重写了finalize()方法,则会去执行该方法的终端操作。
注意:不要重载finazlie()方法!因为:

会影响JVM的对象分配与回收速度 在分配该对象时,JVM需要在垃圾回收器上注册该对象,以便在回收时能够执行该重载方法;在该方法的执行时需要消耗CPU时间且在执行完该方法后才会重新执行回收操作,即至少需要垃圾回收器对该对象执行两次GC。可能造成该对象的再次“复活” 在finalize()方法中,如果有其它的强引用再次持有该对象,则会导致对象的状态由“收集阶段”又重新变为“应用阶段”。这个已经破坏了Java对象的生命周期进程,且“复活”的对象不利用后续的代码管理。

3.6、终结阶

当对象执行完finalize()方法后仍然处于不可达状态时,则该对象进入终结阶段。在该阶段是等待垃圾回收器对该对象空间进行回收。

3.7、对象空间重新分配阶段

垃圾回收器对该对象的所占用的内存空间进行回收或者再分配了,则该对象彻底消失了,称之为“对象空间重新分配阶段”。

4 、结语

各位看官今天就到此为止,你应该知道 你不同时期写的对象是啥种了吧,对应也了解他的生命历程又是如是如何运转的了吧。此系列简要笔记后续会不断更新,? 欢迎关注:?点赞?收藏?留言!
在这里插入图片描述


点击全文阅读


本文链接:http://zhangshiyu.com/post/59976.html

<< 上一篇 下一篇 >>

  • 评论(0)
  • 赞助本站

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。

关于我们 | 我要投稿 | 免责申明

Copyright © 2020-2022 ZhangShiYu.com Rights Reserved.豫ICP备2022013469号-1