finalize

在前面我们经常使用到System.out.println()，那么它是什么呢？ println()是一个方法。 System是系统类。 out是标准输出对象。 这句话的用法是 调用系统类System中的标准输出对象out中的方法println()。 那么什么是方法呢? java方法是语句的集合，他们在一起执行一个功能。 方法是解决一类问题的步骤的有序组合。 方法包含于类或者对象中。 方法在程序中被创建，在其他地方被引用。 方法的优点 程序变得简短清晰。 有利于程序维护。 可以提高程序开发的效率。 提高了代码的重用性。 方法的命名规则 方法的名字的第一个单词应该以小写字母开始，后面的单词则用大写字母开头写，不使用连接符。 下划线可能出现在JUnit测试方法名称中用以分隔名称的逻辑组件。一个典型的模式是：test<MethodUnderTest>_<state>,例如testPop_emptyStack。 方法的定义 修饰符 返回值类型 方法名（参数类型 参数名）{ 。。。 方法体 。。。 return 返回值； } 修饰符是可选的，告诉编译器如何调用该方法。定义了该方法的访问类型。 方法可能会返回值。有些方法执行所需的操作，但没有返回值，这种情况下returnValueType是关键字void。 参数像是一个占位符。当方法被调用时，传递值给参数。这个值称为实参或者变量。参数是可选的

1.java的垃圾回收过程 2.JAVA垃圾回收机制的特点 3.GC是什么? 为什么要有GC? 4.垃圾回收的优点和原理。并考虑2种回收机制。 5.垃圾回收器的基本原理是什么？垃圾回收器可以马上回收内存吗？有什么办法主动通知虚拟机进行垃圾回收？ 1.java的垃圾回收过程 使用根搜索算法（GC Roots Tracing）判定对象是否存活的。 这个算法的基本思路就是通过一系列的名为“GC Roots”的对象作为起始点，从这些节点开始向下搜索， 搜索所走过的路径称为引用链（Reference Chain），当一个对象到GC Roots没有任何引用链相连（用图论的话来说就是从GC Roots到这个对象不可达）时 ，则证明此对象是不可用的。 在根搜索算法中不可达的对象，至少要经历两次标记过程： 如果对象在进行根搜索后发现没有与GC Roots相连接的引用链，那它将会被第一次标记并且进行一次筛选，筛选的条件是此对象是否有必要执行finalize()方法。 当对象没有覆盖finalize()方法，或者finalize()方法已经被虚拟机调用过，虚拟机将这两种情况都视为“没有必要执行”。 如果这个对象被判定为有必要执行finalize()方法，那么这个对象将会被放置在一个名为F-Queue的队列之中，并在稍后由一条由虚拟机自动建立的、低优先级的Finalizer线程去执行。 这里所谓的“执行

紧接着之前的阅读进度，第三章讲述了GC(垃圾收集)算法与几种垃圾收集器以及对象创建和GC后的内存分配策略。 第二章提到java内存运行区域时包含了程序计数器、虚拟机栈、本地方法栈、java堆和方法区，占用内存的主要是堆和栈，其中栈主要是与运行线程相关，所以线程运行结束，栈也随着消亡。hotspot虚拟机采用了永久代(GC的一种分代概念)去实现了方法区，所以方法区的GC效率很低。因此对于内存分配时的优化就集中在java堆内存中。 垃圾收集自然要涉及到垃圾的认定，java中对象如果不可能再被任何路径使用，则为对象已死，也即为要被回收的垃圾。有点像寻梦环游记中的设定，如果被所有人遗忘了，那就是真正的死去了。有两种方法判定对象是否存活，即引用计数算法和可达性分析算法。引用计数算法就是给对象增加一个引用计数器，每有一个地方引用它，计数器值加一，引用失效时则减一，但是主流java虚拟机并没有采用这种方法，原因是存在对象互相引用的情况，A引用B，B引用A，但是A、B没被任何别的地方引用，采用引用计数算法无法回收A和B。可达性分析算法是通过一系列名为“GC Roots”的对象作为起始点向下搜索，经过引用链(Reference Chain)的遍历到达所有对象，未能到达的对象视为对象不可用也即判定为死亡，类似图论中图的遍历。java中的虚拟机栈引用对象、方法区中类静态属性引用对象、常量引用对象

垃圾回收 JAVA有一个很大的好处就是，不用自己管理内存，虚拟机帮助开发者完成了这些操作。所以这是好是坏呢？不敢苟同。 对象生死 垃圾的定义 ：垃圾回收肯定是要知道怎么定义垃圾。简单点说就是，已经被用过了，并且不会再用了，而且还在内存里面的对象，就是垃圾。因为他占着资源。 如何判断垃圾 ：现在常用的两种方法，引用计数法和可达性分析。 引用计数 ：这个其实是一个很不错的方法，思想也很简单，如果一个对象被引用了，那么就给它的生命力++，如果引用它的人生命结束了，那么它的生命就减一。最后看看谁生命值是0，那么就判定他是垃圾。嗯，不错的一个方案，实现起来也很简单。 引用计数存在的问题 ： 但是在这种情况下，就不是很好了，这种情况被称之为循环引用，A引用了B，B又引用了A，那么他俩的生命力得到了对方的加持，一直不为0，就一直存活。 可达性分析 ：其实这种情况，抽象一下就是出现了环路。从图论的角度来看，这个引用关系构成的图应该是一个DAG（有向无环图），一旦环路存在，那么就会出现上述问题。继续考虑，其实都考虑到图论这来了，那么这个问题的解就显而易见了：所有的应用关系构成了有向图，如果有些连通分量里面的所有点都没被用过，那么这个连通分量可以被丢弃。 比如这个图，左边存在环路，右边也可能存在。虚拟机中有一个GC ROOT，即使这些点的计数不为0，当GC ROOT不可达的时候

java面试题分享 -----final、finally、 finalize的不同 答： final可以用来修饰类、方法、变量，分别有不同的意义，final修饰的class代表不可以继承扩展，final的变量是不可以修改的，而final的方法也是不可以重写的（override）。 finally则是Java保证重点代码一定要被执行的一种机制。我们可以使用try-finally或者try-catch-finally来进行异常处理等操作。 finalize是基础类java.lang.Object的一个方法，它的设计目的是保证对象在被垃圾收集前完成特定资源的回收。finalize机制现在已经不推荐使用. 浅谈final finally的作用 finalize—对象的救赎 来源： CSDN 作者： AD钙12138 链接： https://blog.csdn.net/qq_42568510/article/details/103985225

一、判断对象死亡的方法 1. 引用计数法 给对象添加一个引用计数器，每当有一个地方引用该对象时，计数器就加1；当引用失效时，计数器就减1；当计数器为0时，表示该对象就不可能再被使用了。 它的优点为实现简单，判断效率也很高。但是它存在一个问题：它无法解决对象之间的相互循环引用的问题。 2. 可达性分析算法 通过一系列的称为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索所走过的路径称为引用链，当一个对象到GC Roots没有任何的引用链相连（用图论来说就是从GC Roots到这个对象不可达）时，则证明此对象是不可用的。 但即使在可达性分析算法中不可达额对象，也并非是“非死不可”的，这时它们暂时处于“缓刑”阶段，要真正宣告一个对象死亡，至少要经历两次标记过程：若对象在进行可达性分析后发现没有与GC Roots相连接的引用链，它就会被第一次标记并且进行第一次筛选。筛选的条件是此对象是否有必要执行finalize()方法。当对象没有覆盖finalize()方法时，或finalize()方法已经被虚拟机调用过，虚拟机将这两种情况都视为“ 没有必要执行 ”。 若这个对象被判定为有必要执行finalize()方法，这个对象将会被放置在一个叫做F-Queue的队列中，并在稍后由一个由虚拟机自动建立的、低优先级的Finalizer线程去执行它。这个所谓的“执行

专栏原创出处： github-源笔记文件 ， github-源码 ，欢迎 Star，转载请附上原文出处链接和本声明。 Java JVM-虚拟机专栏系列笔记，系统性学习可访问个人复盘笔记-技术博客 Java JVM-虚拟机 前言 在堆里面存放着 Java 世界中几乎所有的对象实例，垃圾收集器在对堆进行回收前，第一件事情就是要确定这些对象之中哪些还「存活」着，哪些已经「死去」 「死去」即不可能再被任何途径使用的对象。 对象存活的判断算法 引用计数算法 引用计数算法很简单，它实际上是通过在对象头中分配一个空间来保存该对象被引用的次数。 如果该对象被其它对象引用，则它的引用计数加一 如果删除对该对象的引用，那么它的引用计数就减一 当该对象的引用计数为 0 时，那么该对象就会被回收 如果对象 a 和 b 都有字段 instance，赋值令 a.instance=b 及 b.instance=a ，此时出现了循环引用问题。解决循环引用的问题需要配合其他大量的工作。 Java 虚拟机并 不是通过引用计数算法来判断 对象是否存活的。 可达性分析算法 算法基本思路如下： 通过一系列称为「GC Roots」的根对象作为起始节点集 从这些节点开始，根据引用关系向下搜索，搜索过程所走过的路径称为「引用链」（Reference Chain） 如果某个对象到 GC Roots 间没有任何引用链相连

（一）java类加载过程？ Java类加载需要经过七个过程。 加载 　　加载是类加载的第一个过程，在这个阶段，需要完成三件事情： 通过一个类的全限定名获取该类的二进制流 将该二进制流中的静态存储结构转化为方法去运行时数据结构 在内存中生成该Class的对象，作为该类的数据访问入口 验证 　　验证的目的是为了确保Class文件流的信息不会危害到虚拟机，在这个阶段又需要完成四件事。 文件格式验证：验证字节流是否符合Class文件的规范，如，主次版号是否在虚拟机范围内，常量池中的常量是否有不被支持的类型 元数据验证：对字节码描述的信息进行语义分析，如是否有父类，是否继承了不被继承的类，是否继承了不被继承的类 字节码验证：通过验证数据流和控制流的分析，确定程序语义是否正确，主要针对的是方法体的验证，如：方法中的类型转换是否正确，跳转指令是否正确 符号引用的验证：符号引用的验证的这个动作是在后面的解析过程的发生的，主要是为了确保解析的过程动作的正确执行 准备 　　此阶段是为类的静态变量分配内存并将其初始化为默认值，而这些内存都将在方法区中进行分配。 　　准备阶段不分配类中的实例变量的内存，实例变量将会在对象实例化的时候随着对象分配到堆中。 　　例如： 　　public static int number=666;　　在准备阶段number的初始值是为0的，直到在初始化阶段才会变为666 解析

优秀 Java 程序员必须了解的 GC 工作原理 一个优秀的Java程序员必须了解GC的工作原理、如何优化GC的性能、如何与GC进行有限的交互，因为有一些应用程序对性能要求较高，例如嵌入式系统、实时系统等，只有全面提升内存的管理效率 ，才能提高整个应用程序的性能。 一个优秀的Java程序员必须了解GC的工作原理、如何优化GC的性能、如何与GC进行有限的交互，因为有一些应用程序对性能要求较高，例如嵌入式系统、实时系统等，只有全面提升内存的管理效率 ，才能提高整个应用程序的性能。本篇文章首先简单介绍GC的工作原理之后，然后再对GC的几个关键问题进行深入探讨，最后提出一些Java程序设计建议，从GC角度提高Java程序的性能。 GC的基本原理 Java的内存管理实际上就是对象的管理，其中包括对象的分配和释放。 对于程序员来说，分配对象使用new关键字；释放对象时，只要将对象所有引用赋值为null，让程序不能够再访问到这个对象，我们称该对象为\"不可达的\".GC将负责回收所有\"不可达\"对象的内存空间。 对于GC来说，当程序员创建对象时，GC就开始监控这个对象的地址、大小以及使用情况。通常，GC采用有向图的方式记录和管理堆（heap）中的所有对象（详见 参考资料1 ）。通过这种方式确定哪些对象是\"可达的\"，哪些对象是\"不可达的\".当GC确定一些对象为\"不可达\"时