最新重学Java系列-1，java面试评语及录用意见

2301_82242082

于 2024-05-14 18:47:31 发布

阅读量892

点赞数 10

分类专栏：程序员文章标签： java 面试学习

本文链接：https://blog.csdn.net/2301_82242082/article/details/138865736

版权

程序员专栏收录该内容

128 篇文章 0 订阅

订阅专栏

最后

对于很多Java工程师而言，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。

整理的这些资料希望对Java开发的朋友们有所参考以及少走弯路，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。

再分享一波我的Java面试真题+视频学习详解+技能进阶书籍

美团二面惜败，我的凉经复盘（附学习笔记+面试整理+进阶书籍）

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

引用计数法：每个对象都有一个引用计数器，当对象被引用一次的时候，计数器+1，当对象引用失效的时候，计数值-1，实时性, 但不能解决循环引用的问题；
可达性分析法：从GC Root作为起点开始搜索，，那么整个连通图的对象都是存活的对象，对于GC Root无法到达的对象便成了垃圾回收的对象。

可以作为GCRoots的对象:

虚拟机栈中引用的对象（栈帧中的局部变量区，也叫做局部变量表）。
方法区中的类静态属性引用的对象。
方法区中常量引用的对象。
本地方法栈中JNI(Native方法)引用的对象。

四种引用

强引用：GC永远都不会回收的对象。内存空间不足时，宁愿抛出OutOfMemoryError。
软引用：内存空间不足时会考虑回收它，空间足够的时候不会
弱引用：不管内存空间够不够，都会回收它。
虚引用：不会影响生存时间，目的是能在这个对象被收集器回收时收到一个系统通知。

强引用置为null，会不会被回收？

不会立即释放对象占用的内存。如果对象的引用被置为null，只是断开了当前线程栈帧中对该对象的引用关系，而垃圾收集器是运行在后台的线程，只有当用户线程运行到安全点(safe point)或者安全区域才会扫描对象引用关系，扫描到对象没有被引用则会标记对象，这时候仍然不会立即释放该对象内存，因为有些对象是可恢复的（在 finalize方法中恢复引用）。只有确定了对象无法恢复引用的时候才会清除对象内存。

基于可达性分析的内存回收原理

对于可达性分析算法而言，未到达的对象并非是“非死不可”的，若要宣判一个对象死亡，至少需要经历两次标记阶段。

如果对象在进行可达性分析后发现没有与GCRoots相连的引用链，则该对象被第一次标记并进行一次筛选，筛选条件为是否有必要执行该对象的finalize方法，若对象没有覆盖finalize方法或者该finalize方法是否已经被虚拟机执行过了，则均视作不必要执行该对象的finalize方法，即该对象将会被回收。反之，若对象覆盖了finalize方法并且该finalize方法并没有被执行过，那么，这个对象会被放置在一个叫F-Queue的队列中，之后会由虚拟机自动建立的、优先级低的Finalizer线程去执行，而虚拟机不必要等待该线程执行结束，即虚拟机只负责建立线程，其他的事情交给此线程去处理。
对F-Queue中对象进行第二次标记，如果对象在finalize方法中拯救了自己，即关联上了GCRoots引用链，如把this关键字赋值给其他变量，那么在第二次标记的时候该对象将从“即将回收”的集合中移除，如果对象还是没有拯救自己，那就会被回收。如下代码演示了一个对象如何在finalize方法中拯救了自己，然而，它只能拯救自己一次，第二次就被回收了。具体代码如下：

public class GC {

public static GC SAVE_HOOK = null;

public static void main(String[] args) throws InterruptedException {

// 新建对象，因为SAVE_HOOK指向这个对象，对象此时的状态是(reachable,unfinalized)

SAVE_HOOK = new GC();

//将SAVE_HOOK设置成null，此时刚才创建的对象就不可达了，因为没有句柄再指向它了，对象此时状态是(unreachable，unfinalized)

SAVE_HOOK = null;

//强制系统执行垃圾回收，系统发现刚才创建的对象处于unreachable状态，并检测到这个对象的类覆盖了finalize方法，因此把这个对象放入F-Queue队列，由低优先级线程执行它的finalize方法，此时对象的状态变成(unreachable, finalizable)或者是(finalizer-reachable,finalizable)

System.gc();

// sleep，目的是给低优先级线程从F-Queue队列取出对象并执行其finalize方法提供机会。在执行完对象的finalize方法中的super.finalize()时，对象的状态变成(unreachable,finalized)状态，但接下来在finalize方法中又执行了SAVE_HOOK = this;这句话，又有句柄指向这个对象了，对象又可达了。因此对象的状态又变成了(reachable, finalized)状态。

Thread.sleep(500);

// 这里楼主说对象处于(reachable,finalized)状态应该是合理的。对象的finalized方法被执行了，因此是finalized状态。又因为在finalize方法是执行了SAVE_HOOK=this这句话，本来是unreachable的对象，又变成reachable了。

if (null != SAVE_HOOK) { //此时对象应该处于(reachable, finalized)状态

// 这句话会输出，注意对象由unreachable，经过finalize复活了。

System.out.println(“Yes , I am still alive”);

} else {

System.out.println(“No , I am dead”);

}

// 再一次将SAVE_HOOK放空，此时刚才复活的对象，状态变成(unreachable,finalized)

SAVE_HOOK = null;

// 再一次强制系统回收垃圾，此时系统发现对象不可达，虽然覆盖了finalize方法，但已经执行过了，因此直接回收。

System.gc();

// 为系统回收垃圾提供机会

Thread.sleep(500);

if (null != SAVE_HOOK) {

// 这句话不会输出，因为对象已经彻底消失了。

System.out.println(“Yes , I am still alive”);

} else {

System.out.println(“No , I am dead”);

}

@Override

protected void finalize() throws Throwable {

super.finalize();

System.out.println(“execute method finalize()”);

// 这句话让对象的状态由unreachable变成reachable，就是对象复活

SAVE_HOOK = this;

}

方法区的垃圾回收

主要回收两部分内容：废弃常量，无用的类；

如何判断废弃常量？

以字面量回收为例，如果一个字符串“abc”已经进入常量池，但是当前系统没有任何一个String对象引用了叫做“abc”的字面量，那么，如果发生垃圾回收并且有必要时，“abc”就会被系统移出常量池。常量池中的其他类（接口）、方法、字段的符号引用也与此类似。

如何判断无用的类？

该类的所有实例都已经被回收，即Java堆中不存在该类的任何实例;
加载该类的ClassLoader已经被回收;
该类对应的java.lang.Class对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法。

垃圾收集算法

标记清除法: 标记出所有需要回收的对象，标记完成后统一回收所有被标记的对象, 效率不高，会产生大量不连续的碎片空间，可能导致为较大对象分配空间时，找不到足够的连续内存，提前触发GC；
复制清除法: 将可用的内存分为两块，每次只用其中一块，当这一块内存用完了，就将还存活着的对象复制到另外一块上面，然后再把已经使用过的内存空间一次性清理掉,缺点是可用内存缩小了一半;（比较适合对象存活率比较低的场景新生代））
标记整理法:过程与标记-清除算法一样，不过不是直接对可回收对象进行清理，而是让所有存活对象都向一端移动，然后直接清理掉边界以外的内存。（比较适合对象存活率比较高的场景（老年代））
分代收集算法: 不同的对象的生命周期(存活情况)是不一样的，而不同生命周期的对象位于堆中不同的区域，因此对堆内存不同区域采用不同的策略进行回收可以提高JVM 的执行效率。当代商用虚拟机使用的都是分代收集算法：新生代对象存活率低，就采用复制算法；老年代存活率高，就用标记清除算法或者标记整理算法。Java堆内存一般可以分为新生代、老年代和永久代三个模块

垃圾收集器

新生代收集器

1. 串行GC（serial GC）

一个采用复制算法的单线程的收集器；
在整个GC的过程中采用单线程的方式来进行垃圾回收，在回收过程中，必须停止其他所有的工作线程。适用于单CPU，是client模式下默认的GC方式（因为简单高效）。

2. 并行GC（ParNew）

一个采用复制算法的多线程的收集器；
其实就是serialGC的多线程版本，除了使用多条线程来进行垃圾收集之外，其他行为跟serialGC差不多；是server模式下默认使用的GC方式（因为目前只有它能与CMS收集器配合工作）。
默认开启的收集线程数与CPU数量相同，所以一两个核时可能不如serial，核越多优势越明显