面视题之——ThreadLocal作用

面视题之——ThreadLocal作用（学习中，欢迎纠正）

概念

ThreadLocal 是Java中的一个类，它提供了线程局部变量。这些变量与普通变量的区别在于，每个访问该变量的线程都有一个独立的副本，互不干扰。
每一个线程都有自己的变量副本，可以在对于的副本空间存储变量，只要还是在同一个线程中，何使都能再取出来使用。

作用

通俗的说，就是可以跨类跨方法的传递变量。

• 数据隔离：每个线程都有自己的独立副本，避免了多线程环境下的数据污染问题。
• 避免线程安全问题：由于每个线程操作的都是自己的副本，因此不需要额外的同步措施来保证线程安全。
• 性能提升：避免了线程间共享数据时的锁竞争，提高了程序的执行效率。
• 简化编程模型：对于某些只需要在当前线程中保持状态的场景，使用 ThreadLocal 可以简化代码的编写。

注意

如果我们一直在线程里存储变量，但是由于线程是从线程池中取出来的，线程结束后回归线程，当再次使用该线程时，对应的线程副本还存有上次的变量，依次累积后，就有可能造成内存溢出问题。

可能导致内存溢出的原因

1. 线程池与ThreadLocal内存泄漏：

   当你在一个线程池中使用ThreadLocal时，每个线程都会有一个ThreadLocal变量的副本。如果在任务完成之后没有调用ThreadLocal#remove()方法，那么该线程的ThreadLocal副本将不会被清除。这可能导致问题，因为在线程池中，线程会被重用以执行新的任务。如果旧的任务数据仍然保留在ThreadLocal中，它将占用内存，直到线程再次执行新任务或线程池被销毁。在高并发场景下，这可能会导致内存消耗过大，甚至内存泄漏。

2. 独立线程与ThreadLocal：

   对于非线程池的独立线程，情况有所不同。当一个线程完成其任务并终止后，该线程将进入TERMINATED状态，这意味着它将不再运行任何任务，并且JVM的垃圾回收器可以回收该线程及其所有关联的对象，包括ThreadLocal中的副本。因此，在这种情况下，即使你不显式调用ThreadLocal#remove()，通常也不会导致内存泄漏，因为整个线程及其资源最终会被垃圾回收。

然而，值得注意的是，即使在独立线程的情况下，如果ThreadLocal引用了大对象或者长生命周期的对象，而这些对象又没有其他引用指向它们，那么这些对象可能在垃圾回收之前占用内存较长时间。为了避免这种情况，良好的做法是在不再需要ThreadLocal变量时调用remove()方法，无论是在线程池还是独立线程中，以确保及时释放不再使用的资源。这样可以减少不必要的内存占用，提高程序的性能和响应性。

解决方法： 使用remove（）移除

弱引用