假设 ThreadLocalMap 中的 Key（即 ThreadLocal 对象）是强引用，在一个方法内部创建了一个 ThreadLocal，用完之后，方法结束了，你希望这个 ThreadLocal 对象被回收。问题是 虽然代码中不再引用创建ThreadLocal时的 变量（强引用断开），但当前线程（通常是线程池中的核心线程，生命周期极长）的 ThreadLocalMap 依然持有 ThreadLocal 的另一个强引用。只要线程不挂，ThreadLocal 对象就永远无法被 GC 回收。这就是 Key 的内存泄漏。所以为了保证当外界不再使用 ThreadLocal 对象时，它能被 GC 正...

最近临近暑期，要开始准备暑期面试了，但是我从手子来之后应该至少3个月没面试了，八股算法全忘光光，手子新写的产出也还没准备好，所以我就想着先投日常，以面代练，通过不断的面试来提升自己的状态。所以我在3月份开始投递各家的日常面试，刚刚开始反响不大，我还在抱怨没有面试，没想到这两天手子实习发力了，直接面试井喷了，一共约到了6家面试，分别如下：字节暑期一面百度一面（不知道日常还是暑期？应该是日常）美团日常一面shein一面游族一面脉脉昨天一面直接过，已进入二面，我选择把面试都堆到一天进行了，请一天假专门面试，毕竟手子这边进下一个迭代了，给我分了两个大需求让我自己跟，之前都是跟大佬后面做有人兜底，现在自己跟需求，心里挺没底的，说实话有点慌。最近决定先不投了，面完这几家就总结一下开始投暑期了，也有很多同学劝我说双非转正很难，不如去一个日常实习的核心组，但是自己内心还在纠结吧，不知道未来会是什么样子，手子这边也没问转正，玩的好的两个正职哥也有劝我继续实习，可能会有hc，但是不太敢赌。希望自己暑期能有一个大厂的offer吧，加油加油！

对于count++这种操作来说，使用synchronized成本太高了，需要先获取锁，最后需要释放锁，获取不到锁的情况下需要等待，还会有线程的上下文切换，这些都需要成本。可以使用下面一系列原子变量。实际上，Java并发包中的所有阻塞式工具、容器、算法也都是基于CAS的。AtomicBoolean：原子Boolean类型，常用来在程序中表示一个标志位。AtomicInteger：原子Integer类型。AtomicLong：原子Long类型，常用来在程序中生成唯一序列号。AtomicReference：原子引用类型，用来以原子方式更新复杂类型。使用 CAS (Compare-And-Swap) ...