开场白
Hello大家好呀，我是CodeCodeBond✊
最近在复习很多很多的基础知识，有了很多新的感悟~
话不多说，直接发车✈
四大引用
问题切入点
在学习 Thread线程利用ThreadLocalMap实现线程的本地内存（变量副本）的时候，是基于ThreadLocal为Key，Object为Value的一个Entry。并且，这个Entry键值对的键是使用了一个弱引用，且说道这样会存在一个内存泄漏的问题。
那么为什么会内存泄露呢？这个弱引用是什么呢？又有哪些引用呢？他们之间有什么区别呢？
怀揣着一堆问题，我开始了学习— 🐻
其实引用类型的选择也是垃圾回收、是否可达的策略选择！
所以我们从垃圾回收和可达性这两个方面去理解Java的四种引用类型！
Java有哪四种类型的引用？
可达性分析是JVM中垃圾回收的垃圾判断算法，通过从GC Root出发->遍历引用链判断对象是否可达判断对象是否进行垃圾回收，具体GC Root是什么，垃圾回收算法是什么就不多赘述了。
强引用
定义： 强引用是最常用最常见的引用，我们正常使用没有特别处理的都是强引用的场景。
特点：
- 只要有一个对象是强引用指向它，就不会被垃圾回收。
- 在可达性分析中，从GC Roots开始的引用链上，只要有强引用链条存在，目标对象就被视为可达。
软引用
定义： 软引用通过SoftReference类来实现，允许垃圾回收器在内存不足时回收这些对象。
特点：
- 软引用对象在内存充足时不会被回收，但在内存不足时可能会被回收。
- 在可达性分析中，软引用对象不被立即视为可达，只有在内存充足的情况下，软引用对象才被保留。
弱引用
定义：弱引用通过WeakReference类来实现，允许垃圾回收器在下一次垃圾回收时回收这些对象。
影响：
- 弱引用对象在下一次GC时大概率会被回收，不论内存是否充足。
- 在可达性分析中，弱引用对象不会被视为可达，即使对象有弱引用，仍然会被回收。
虚引用
定义：虚引用通过PhantomReference类来实现，主要用于跟踪对象的回收状态。(像一次性用品)
影响：
- 虚引用对象本身并不会影响对象的生命周期，它们总是在GC时被回收。
- 在可达性分析中，虚引用对象从未被视为可达。它们主要用于管理系统资源的回收和清理。
回归问题
回到问题的开始，为什么ThreadLocalMap会存在内存泄漏的问题呢？主要原因就是因为身为Key的ThreadLocal是一个弱引用的存在，它在没有外部强引用的前提下，很可能被直接垃圾回收掉，但是Value是一个Object的强引用，导致Key被gc了，但是Value还在。也就是我们说的内存泄露的问题了。
ThreadLocalMap实现中已经考虑了这种情况，在调用set()、get()、remove()方法的时候，会清理掉 key 为 null 的记录。使用完ThreadLocal方法后最好手动调用remove()方法，预防一下。
两大传递
两大传递一般指的是值传递和引用传递
但是，在Java中是不存在引用传递的，Java所有的传递都是值传递！
我们一起来简单证明一下:
基本数据类型
引用数据类型 试验1
public class Test {
public static void main(String[] args) {
String s1 = "CodeCodeBond";
modifyString(s1);
System.out.println(s1);
}
public static void modifyString(String s){
s = "GGBond!";
}
}
//打印结果不变
//CodeCodeBond
这是一个最简单的String引用类型，可以看到修改后打印结果不变，这个例子可以说明String是值传递的，方法的形参并没有影响原来的实参。
引用数据类型 试验2
注意看！！
public class Test {
public static void main(String[] args) {
ArrayList<String> list = new ArrayList<>();
list.add("1");
list.add("2");
list.add("3");
System.out.println("init:" + list);
modify(list);
System.out.println("modify later:" + list);
}
public static void modify(ArrayList<String> list){
list.add("CodeCodeBond");
}
}
我们可以看到实参集合居然被修改了，不是说是值传递吗？为什么实参被修改了？
原来，Java对于对象引用类型，传递的是引用的副本(内存地址值)。通过这个引用副本可以修改原始对象的内容。
思考题 Question
但是我们看回试验1的
String引用类型为什么不能修改实参呢？
可以思考一下这个问题~文末Answer我们再来解答这个问题(点击目录快速跳转)
引用数据类型 试验3
为了进一步证明Java中确实只有值传递，我们来进行试验3
public class Test {
public static void main(String[] args) {
ArrayList<String> list = new ArrayList<>();
list.add("CodeCodeBond");
System.out.println("init:" + list);
modify(list);
System.out.println("modify later:" + list);
}
public static void modify(ArrayList<String> list){
list = new ArrayList<>();
list.add("GGBond");
}
}
打印结果如图：
看吧，在方法中我们重新将引用副本指向一个新的地址，但是实参并没有被改变，也就强力的说明了传递的是一个引用副本，有力证明了Java中确实只存在值传递这一说！
最后的最后
思考题 Answer
为什么试验1中，
String类值传递引用副本值的时候，无法修改原来实参呢？因为在方法中修改的时候是通过直接赋值的操作来修改，而String是一个final class不可变类，所以String机制是新建一个String对象去存储"CodeCodeBond"字符串的，所以并不能修改实参，你想到了吗？😄
我是CodeCodeBond，我的座右铭是
比上次好，比下次差。
我们下次见！ 8.3 1:25
