2022年B站最新版Java面试八股文教程，涵盖21大专业技术点：Java基础、spring全家桶、MySQL、多线程高并发、JVM、分布式、redis！马士兵
一-把-糖:
好喜欢他这种你们是一群彩笔的语气的讲课方式
【回复】回复 @阳阳20170203 : 我默认为你说的是你自己与我们无关[doge]
【回复】回复 @冰噶瘩 : 你是闲的吗？我删了你就发 他给你多少钱？
浪得虚名慕容复:
不错不错 讲解的很好 今天面试美团了 明天入职 还配了辆电瓶车[doge]
【回复】[脱单doge]你永远不知道送外卖的是一个高级架构师
ikcro:
推荐书单：深入理解Java虚拟机（或实战java虚拟机），并发编程的艺术，netty权威指南（或netty实战），spring揭秘（虽然老，但强烈推荐），然后从jvm，并发，网络，spring基础就扎实了，再看这些题目的时候就会举一反三，甚至不用死记硬背，因为很多知识点都会理解性记忆下来，从而灵活回答这种问题😬，不喜勿喷哈
阿涛喂:
ThreadLocal这一章源码还是没看透的，真看透了就能解释为什么key使用弱引用而value使用强引用时，可以一定程度上解决value的内存泄露，而不是牵强的去扯写框架的人要考虑什么犄角旮旯这种解释。
首先ThreadLocal与线程是共生的关系，如果线程不常驻，那么线程结束一切该线程的引用消失，不存在内存泄露的情况。
如果线程常驻，参考线程池，在拿出一个线程t1，去new一个ThreadLocal，执行业务处理之后，释放线程的ThreadLocal强引用，线程池回收线程继续等待下一次操作，GC会自动回收掉key，此时t1持有的map中会存在key为null但value不为null的情况。但重点是，map在创建后与线程共生，且每次使用ThreadLocal.get/set方法时，如果遇到hash冲突，会自动下移下标并清理遇到的key为null而value不为null的槽位。
假设一个线程只持有1个ThreadLocal且不手动remove的时候(其实只要不触发扩容的数量情况下都是成立的)，根据ThreadLocal的hashcode是一个固定递增的魔法值，那么在多次循环使用过程中，一定会有很大概率与之前某一次的key出现hash冲突，那么就会清空之前那次的hash冲突，最差的情况就是把初始槽位的value装满，然后再下一次的操作一定会清除掉某一槽位甚至多个槽位的value。
这才是为什么弱引用可以在一定程度上解决value的内存泄露，但只限于一定程度，如果map出现了多次且大量的扩容，那么冲突概率将变小，依然存在很严重的问题。
冰ssss:
照读ppt 翻译文档的笔记 根本听不下去
折此桃花:
三连投币感谢，边上班边复习，一天冲到视频P50，下周准备面试[给心心]
瑞萌顶上之战:
作为java实习生来说，掌握哪些面试题句ok了
食本臻食用油:
这不是要招个能干活的人，而是招个能干的最好的人。
