面渣这个称呼第一次看到的时候我愣了几秒然后苦笑——这不就是当年的自己吗。面试Java基础岗被面试官从HashMap问到String再从集合问到多线程每个问题都“看着眼熟、说着卡壳”笔试能写嘴上一问就废。后来我把高频基础题全部重新过了一遍不只背结论还把“为什么”彻底搞懂才慢慢从面渣变成了面霸。这篇笔记就是那段时间沉淀下来的东西重点不是罗列答案而是帮你建立一套“说到哪个知识点都能多讲两层”的底气。适合正在准备Java面试的应届生、转行的人也适合工作一两年但基础不够扎实、想回头补课的同学。内容聚焦在面试中最常踩坑的基础模块语法陷阱、集合底层、JVM内存、异常反射、动态代理、多线程基础。每一块我都会按“面试官怎么问、怎么答能加分、坑在哪里”的顺序拆给你看。1. 开场先泼冷水基础题挂掉的人大多不是不会是“只会一层”很多人在牛客上看面经背得滚瓜烂熟HashMap底层是数组加链表ArrayList底层是数组String是不可变类……但一被追问就露馅。为什么因为只记住了“是什么”没搞懂“为什么”。面试官问基础题真正想看的不是你背了多少而是你有没有深挖过一层。举个真实场景。面试官问“ArrayList和LinkedList有什么区别”大多数人张口就来一个数组一个链表查询快慢不同。然后面试官接着问“那为什么实际开发中LinkedList明明插入是O(1)却很少用它来做频繁插入”这个追问就能刷掉一大半人。再比如问“和equals有什么区别”标准答案谁都会背。但如果面试官加一句“那Integer a 100; Integer b 100;为什么a b是true换成200就变false”很多人就懵了。这些不是偏题怪题恰恰是Java基础最核心的“底层直觉”。所以这篇我不按教科书目录走而是按面试官的真实提问链来组织。每个知识点都补上“再深一层”的部分让你面对追问的时候也能从容接住。1.1 先搞清“面渣”到底渣在哪里我复盘了自己和周围朋友的面试经历发现基础面挂掉通常有三个原因背了结论但不清楚底层机制。比如知道HashMap是数组加链表但不知道链表什么时候转红黑树、为什么转。知道API但不理解设计意图。比如知道ConcurrentHashMap是线程安全的但说不清它和Hashtable在并发策略上的本质差异。懂单个知识点串不起来。比如单独问String、StringBuilder、StringBuffer都能说两句但一问“为什么用拼接字符串性能差”就答不上来因为没把字符串不可变性、常量池、内存分配串成一条线。这篇文章就是冲着这三个“渣点”去的。看完之后你再看基础题会发现很多答案其实可以自己推出来。2. 语法陷阱与面向对象最容易翻车的“送分题”才是分水岭基础语法题在面试里往往被当作“热身题”但这几道热身题恰恰是分水岭。答得漂亮面试官会默认你基础扎实答得含糊后面就算八股文背得再熟练可信度也会打折扣。2.1 Integer缓存与自动装箱两行代码能问出一串考点这个考点几乎年年必考因为它一个人就串起了自动装箱、常量池、equals与的区别三个知识点。Integer a 100; Integer b 100; System.out.println(a b); // true Integer c 200; Integer d 200; System.out.println(c d); // false第一段输出true第二段输出false。原因在于Integer内部维护了一个缓存数组默认缓存-128到127之间的整数。当你用Integer.valueOf()或者直接赋值时如果值在这个范围内直接返回缓存对象所以a和b指向同一个对象。超出范围则每次都会new Integer()c和d是两个不同对象比较地址自然不等。面试到这里还没完面试官会继续问这个缓存范围可以调吗答案是可以通过JVM启动参数-XX:AutoBoxCacheMax可以修改上限。再追一层为什么设计这个缓存因为小整数在业务中最常用缓存可以减少对象创建提升性能和内存利用率。回答的时候如果你能主动补一句“缓存上限默认127但可以通过JVM参数调整IntegerCache类里有一个high字段”面试官会明显眼前一亮。2.2 equals与hashCode为什么重写equals必须重写hashCode这个问题的正确回答其实分三层第一层是约定。Object规范里写明如果两个对象根据equals方法相等那么它们的hashCode必须相等。反过来不成立hashCode相等不代表对象相等。第二层是数据结构。HashMap、HashSet这些基于哈希的集合存数据时先用hashCode定位桶再用equals确认是否相同。如果只重写equals不重写hashCode就会出现“两个业务上相等的对象hashCode不一样被放进同一个Set的两个不同桶里”直接破坏集合的去重逻辑。第三层是实际案例。最常见的是用User对象做Set去重或Map的key。你只重写了equals没重写hashCode那么HashSetUser里add两个id相同的用户会变成两个元素。这个坑在真实项目里出现频率极高尤其在做数据同步、Excel导入这类场景。2.3 重载与重写多态背后的“哪个方法被调用”重载和重写这个知识点面试官喜欢用代码题来考重点在于理解“编译期确定还是运行期确定”。public class Animal { public void eat() { System.out.println(animal eat); } } public class Dog extends Animal { public void eat() { System.out.println(dog eat); } } Animal a new Dog(); a.eat(); // 输出 dog eat方法重写是运行期动态绑定JVM根据实际对象类型来决定调用哪个方法。而方法重载是编译期静态绑定的看你声明参数的类型public void print(String s) { ... } public void print(Object o) { ... } print(null); // 编译报错因为null既匹配String也匹配Object编译器无法区分这种细节题很能考察基础是否扎实。另外还会延伸一个问题能不能通过反射调用private方法这个放到反射章节一起说。2.4 枚举到底是个什么东西热词里有“java枚举类型的使用”。面试里关于枚举最容易被问的是“枚举本质是什么”。答案枚举本质上是一个继承了java.lang.Enum的类每个枚举常量都是该类的一个静态final实例。值得记住的两个点枚举可以用在switch里语法层是支持的编译器会帮你做转换。枚举是实现单例模式的一种安全方式因为JVM保证枚举实例只会被实例化一次天然防反射、防序列化破坏。面试时可以主动说“我一般用枚举来表示状态码或者固定参数集合比如订单状态、用户角色。”一句话就把理论落到了实际场景。3. 集合框架从“背API”到“讲底层”的跨越集合是Java基础面试的绝对C位。这一块有太多可以问的深挖点但核心逻辑其实是一致的数据结构决定性能性能决定使用场景。3.1 HashMap深度解析为什么它永远稳坐面渣题头把交椅HashMap之所以成为经典题是因为它把哈希、链表、红黑树、扩容、并发问题全部串在了一起。先捋一遍put流程计算key的hash值具体实现是(h key.hashCode()) ^ (h 16)把高16位和低16位做异或目的是让高位也参与散列。根据(n - 1) hash定位到数组桶的位置。如果桶为空直接放进去。如果桶不为空判断key是否相同相同则替换value。否则说明发生了哈希碰撞追加到链表或红黑树中。链表长度达到8且数组长度达到64时链表转红黑树。元素个数超过阈值容量*负载因子时触发扩容。常见追问和加分答法为什么链表转红黑树的阈值是8因为链表长度遵循泊松分布在负载因子0.75的情况下链表长度到8的概率已经极低。选8是时间与空间的权衡转成红黑树后查询从O(n)降到O(log n)但红黑树节点占用空间是链表节点的两倍所以只在极端情况下才转。为什么数组容量必须是2的幂因为计算桶位置用的是(n - 1) hash而不是取模运算2的幂减1后二进制全是1位与运算能均匀分布、性能更快。扩容时为什么要重新计算位置JDK 1.7是rehashJDK 1.8优化后根据(e.hash oldCap)判断是0就留在原位是1就移到“原位oldCap”性能高很多。3.2 ArrayList和LinkedList别再只回答“数组vs链表”这个题如果只答数组和链表的区别只能拿基础分。要拿高分得从三个维度展开。第一个维度是底层结构。ArrayList底层是Object数组LinkedList底层是双向链表。第二个维度是CRUD操作的时间复杂度。ArrayList随机访问是O(1)插入删除是O(n)LinkedList头尾插入是O(1)随机访问是O(n)。这一层大多数人都能答到。第三个维度是内存占用。ArrayList扩容时会一次性扩大1.5倍LinkedList每个节点除了数据还要存前后指针24字节起步。所以即使“LinkedList插入快”在真实场景里大部分业务还是用ArrayList因为绝大多数操作其实是遍历和读。加分回答可以直接说“实际开发中LinkedList用得很少因为内存开销大、缓存不友好真正需要频繁头尾插入的场景更推荐ArrayDeque它底层是循环数组各方面性能都比LinkedList好”。这一句就能拉开和其他候选人的差距。3.3 线程安全的集合从Hashtable到ConcurrentHashMap这个问题考察的是对并发容器演进的理解。Hashtable之所以慢是因为它把所有方法都加了synchronized等于对整张表加锁并发再高也只有一个线程能操作。ConcurrentHashMap在JDK 1.7用的是分段锁把数据分成多段每段独立加锁。JDK 1.8改为CAS加synchronized锁粒度降为单个数组桶并且取消了分段锁的结构。读操作大多无锁写操作只锁当前桶。这带来两个结论并发度更高且size()这类方法通过累加计数器和部分重试机制来保证一定准确性但并不保证强一致。面试官还可能追问“HashMap在并发场景会出什么问题”回答JDK 1.7头插法扩容时可能形成环形链表导致get死循环JDK 1.8改尾插法后不会死循环但会丢失数据。所以并发场景一律用ConcurrentHashMap。4. JVM内存与字符串一道题可以串起整个Java基础String相关的问题在Java面试中出现频率极高而且它天然能把“不可变性”“常量池”“内存模型”串起来回答。4.1 String、StringBuilder、StringBuffer三者的本质差异常规回答是String不可变StringBuffer线程安全StringBuilder非线程安全。但这个回答不够。你要补充的是“为什么String设计成不可变”。原因有三安全。字符串被大量用于类名、文件路径、网络地址等场景如果可变化会带来严重风险。缓存。不可变对象的hashCode可以放心缓存这也是String适合做HashMap的key的原因。常量池复用。只有不可变才能放心让多个变量引用同一个字符串对象节省内存。StringBuffer和StringBuilder内部都是可变字符数组区别在于方法是否加了synchronized。实际开发中单线程拼接字符串优先用StringBuilder性能最优。4.2 字符串拼接的性能陷阱别小看一个加号String a a b c;这行代码编辑器层面会直接优化成abc因为都是编译期常量。但如果你写String prefix a; String result prefix b c;prefix是变量编译期无法确定值。在JDK 8中这种拼接会在底层创建StringBuilder来执行追加操作。循环里拼接的问题就来了每次循环都会new一个新的StringBuilder循环1万次就new了1万个对象GC压力暴增。所以循环拼接的正确姿势应该是在循环外创建一个StringBuilder复用。4.3 JVM内存与字符串常量池的位置这是进阶问题很多面渣挂在这里。要答好需要知道不同JDK版本的区别JDK 1.6及之前字符串常量池在方法区永久代。JDK 1.7开始字符串常量池挪到堆中。JDK 1.8永久代被元空间取代字符串常量池依然在堆。然后引出intern()方法。intern()的作用是如果字符串常量池中已有相同内容的字符串直接返回池中的引用否则把当前字符串加入池中并返回引用。经典代码题String s1 new String(abc); // 创建两个对象堆中一个常量池一个如果池中没有 String s2 s1.intern(); System.out.println(s1 s2); // falses1是堆对象s2是池中对象这块能把JVM内存模型、字符串常量池、对象创建机制全部串起来是面试官最爱问的“综合题”。5. 异常、反射与动态代理Java“法术”的底层根基异常体系、反射、动态代理这三个点单独看不难但它们连在一起正好就是Spring等框架的核心基础。5.1 异常体系与try-with-resources先明确体系Throwable有两个子类Error和Exception。Error表示JVM层面的严重问题程序无法处理Exception分为受检异常checked exception和非受检异常unchecked exception即RuntimeException及其子类。受检异常在编译期就必须处理比如IOException、SQLException。非受检异常不需要显式捕获比如NullPointerException、ClassCastException。实际开发中业务异常一般继承RuntimeException这样可以避免方法签名上堆满throws让上层统一通过全局异常处理器捕获。JDK 7引入的try-with-resources是必须掌握的try (BufferedReader reader new BufferedReader(new FileReader(test.txt))) { String line reader.readLine(); }所有实现了AutoCloseable接口的资源都能自动关闭。不再需要手写finally来close。5.2 反射如何拿到一个类的全部信息反射是Java动态机制的核心。获取Class对象的三种方式类名.class对象.getClass()Class.forName(全限定类名)反射能干的事情很多获取构造器、方法、字段甚至调用私有方法。Class? clazz Class.forName(com.example.User); Constructor? constructor clazz.getDeclaredConstructor(String.class, int.class); constructor.setAccessible(true); // 突破private限制 Object obj constructor.newInstance(小明, 18);面试追问点为什么框架里要用反射因为框架在编译期不知道用户会传什么类进来只能在运行期通过反射来动态创建对象、调用方法。Spring的IoC容器就是典型代表通过读取配置或注解反射创建Bean。再追问一层反射为什么性能差因为反射时JVM无法进行内联优化还要做大量的权限检查、类型检查。但现在JDK也在优化比如MethodHandle和LambdaMetafactory的使用很多场景下性能损耗已经明显下降。5.3 动态代理为什么必问JDK与CGLIB的区别动态代理这个问题本质是考察你知不知道Spring AOP的底层原理。先说JDK动态代理。它要求被代理的类必须实现接口。原理是运行期用Proxy.newProxyInstance()生成一个实现同样接口的代理类然后在InvocationHandler的invoke方法里统一增强逻辑。UserService proxy (UserService) Proxy.newProxyInstance( UserService.class.getClassLoader(), new Class[]{UserService.class}, (proxyObj, method, args) - { System.out.println(前置增强); Object result method.invoke(target, args); System.out.println(后置增强); return result; } );CGLIB不同它通过继承目标类来生成代理子类所以不要求实现接口。Spring在实现AOP时的选择逻辑是目标类实现了接口就用JDK动态代理没实现接口就用CGLIB。Spring Boot 2.x之后默认代理方式改成了CGLIB这个细节值得提一下面试官会认可你关注版本变更。常见追问JDK动态代理和CGLIB各自的劣势是什么JDK动态代理需要接口CGLIB是继承生成子类所以final类或final方法无法被代理。6. 多线程基础三连创建方式、状态流转、等待策略多线程是Java基础面试的压轴大菜。基础阶段不需要你把JUC全部源码背下来但线程的创建、状态、常用协作工具必须滚瓜烂熟。热词里“java线程等待都完成”出现频率特别高这块好好看。6.1 三种创建方式哪种最“正经”创建线程的方式严格说只有一种new Thread()。Runnable、Callable都是任务逻辑的载体最终都要包进Thread里执行。// 方式一继承Thread class MyThread extends Thread { Override public void run() { ... } } // 方式二实现Runnable Thread t new Thread(() - { ... }); // 方式三实现Callable FutureTask FutureTaskInteger task new FutureTask(() - 42); Thread t new Thread(task); Integer result task.get();面试官会问“这三种方式有什么区别”。回答思路继承Thread的缺点是单继承限制不推荐。实现Runnable没有返回值适合不需要结果的任务。Callable有返回值能抛异常适合需要拿到执行结果的场景。真实项目中不会直接new Thread而是使用线程池理由是可复用线程、控制并发数、统一管理生命周期。6.2 线程状态与wait/sleep的微妙区别线程的六种状态NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATED。面试高频追问是“wait()和sleep()有什么区别”。我从五个维度理清了wait()来自Object类sleep()来自Thread类。wait()会释放锁sleep()不会。wait()必须在同步代码块中调用sleep()任意位置都可以。wait()需要被唤醒sleep()到时间自动醒。两者都会抛出InterruptedException进入WAITING或TIMED_WAITING状态。补充一点知识的连贯性notify()和notifyAll()的区别在于是唤醒一个线程还是全部唤醒。这些都属于“线程协作”的基础机制。6.3 如何优雅地等待所有线程完成热词里“java线程等待都完成”的搜索率很高说明这个点确实难倒了不少人。最常见的做法是Thread.join()它让当前线程阻塞等待目标线程终止。Thread t1 new Thread(task1); Thread t2 new Thread(task2); t1.start(); t2.start(); t1.join(); t2.join(); System.out.println(t1和t2都执行完了);但真正常用的其实是CountDownLatch。它的设计逻辑是初始化一个计数器每个线程执行完就countDown()一次主线程调用await()阻塞直到计数器归零。CountDownLatch latch new CountDownLatch(3); for (int i 0; i 3; i) { new Thread(() - { try { Thread.sleep(1000); } catch (InterruptedException e) {} latch.countDown(); }).start(); } latch.await(); System.out.println(三个线程都完成了);CountDownLatch是一次性的需要用CyclicBarrier可以实现循环复用。这两兄弟的区别也可以作为加分项CountDownLatch是“倒计数门闩”一次性的CyclicBarrier是“循环屏障”所有线程到达屏障后放行然后能重新使用。6.4 ThreadLocal面试爱问的内存泄漏问题ThreadLocal也是Java基础面试的高频点核心考点是两个作用原理和内存泄漏。作用原理每个线程内部维护一个ThreadLocalMapkey是ThreadLocal对象弱引用value是存入的副本值。所以ThreadLocal可以让每个线程拥有自己独立的变量副本实现线程隔离。内存泄漏问题key是弱引用当ThreadLocal外部强引用被清除后key会被GC回收变成key为null但value还存在。如果线程一直存活比如线程池中的线程value就永远无法被回收。解决方案是每次用完调用remove()。面试作答时能说出“因为key是弱引用而value是强引用所以存在Entry内存泄漏问题推荐在finally中调用remove”这个层次就已经超越了大部分候选人。7. 面渣逆袭的答题方法与面试心态技术点讲完了最后聊点实际的。很多人基础不差但面试时表达混乱。我自己的经验是技术面试的答题节奏是有方法论的。7.1 三层答题法结论、原理、场景回答任何一个技术问题尽量按照“结论-原理-场景”三层结构组织。举例面试官问“HashMap为什么线程不安全”。结论并发put时可能出现数据覆盖JDK 1.7还可能形成环形链表导致死循环。原理HashMap的put方法没有加锁多线程同时操作同一个桶时后写覆盖先写扩容时多个线程同时rehash可能导致链表环化。场景所以并发场景必须使用ConcurrentHashMap这也是面试官想听到的落地点。这种结构的好处是你永远有话说而且说到最后一定会把话题引向下一个你能熟练展开的知识点相当于把面试节奏握在自己手里。7.2 主动“挖坑”引导面试官面渣和面霸的另一个差距是会不会引导面试官问自己准备好的内容。当你发现面试官问了一个你不太熟悉的问题可以在回答末尾把话题主动引到擅长的方向。比如面试官问的是“JVM内存模型”但你不太熟可是你熟悉类加载机制可以这么说“JVM内存模型这块我主要关注运行时常量池和字符串常量池的关系之前遇到过一个关于intern()的线上问题……”道完歉话锋一转就转到了你能展开的内容。这不是耍滑头而是合理的沟通技巧——没人要求你必须每个问题都答满分。7.3 关于基础面试的最后一个建议准备期间每学一个知识点都问自己三个问题它解决了什么问题它的底层原理是什么它和相关的知识点有什么异同如果都能答上来就去模拟口述一遍说到自己觉得顺畅为止。等到面试现场你会发现自己根本不用背答案因为答案就是你自己的逻辑。我从“听到基础题就心虚”到“希望面试官多问基础题”就是靠这一套方法翻的身。基础扎实之后你会发现后面学并发、学JVM、学Spring都会顺畅很多。希望下一场面试结束刷到“面渣逆袭”这条热搜的人变成了你。 面渣逆袭：Java基础高频面试题深度解析与底层原理
面渣这个称呼第一次看到的时候我愣了几秒然后苦笑——这不就是当年的自己吗。面试Java基础岗被面试官从HashMap问到String再从集合问到多线程每个问题都“看着眼熟、说着卡壳”笔试能写嘴上一问就废。后来我把高频基础题全部重新过了一遍不只背结论还把“为什么”彻底搞懂才慢慢从面渣变成了面霸。这篇笔记就是那段时间沉淀下来的东西重点不是罗列答案而是帮你建立一套“说到哪个知识点都能多讲两层”的底气。适合正在准备Java面试的应届生、转行的人也适合工作一两年但基础不够扎实、想回头补课的同学。内容聚焦在面试中最常踩坑的基础模块语法陷阱、集合底层、JVM内存、异常反射、动态代理、多线程基础。每一块我都会按“面试官怎么问、怎么答能加分、坑在哪里”的顺序拆给你看。1. 开场先泼冷水基础题挂掉的人大多不是不会是“只会一层”很多人在牛客上看面经背得滚瓜烂熟HashMap底层是数组加链表ArrayList底层是数组String是不可变类……但一被追问就露馅。为什么因为只记住了“是什么”没搞懂“为什么”。面试官问基础题真正想看的不是你背了多少而是你有没有深挖过一层。举个真实场景。面试官问“ArrayList和LinkedList有什么区别”大多数人张口就来一个数组一个链表查询快慢不同。然后面试官接着问“那为什么实际开发中LinkedList明明插入是O(1)却很少用它来做频繁插入”这个追问就能刷掉一大半人。再比如问“和equals有什么区别”标准答案谁都会背。但如果面试官加一句“那Integer a 100; Integer b 100;为什么a b是true换成200就变false”很多人就懵了。这些不是偏题怪题恰恰是Java基础最核心的“底层直觉”。所以这篇我不按教科书目录走而是按面试官的真实提问链来组织。每个知识点都补上“再深一层”的部分让你面对追问的时候也能从容接住。1.1 先搞清“面渣”到底渣在哪里我复盘了自己和周围朋友的面试经历发现基础面挂掉通常有三个原因背了结论但不清楚底层机制。比如知道HashMap是数组加链表但不知道链表什么时候转红黑树、为什么转。知道API但不理解设计意图。比如知道ConcurrentHashMap是线程安全的但说不清它和Hashtable在并发策略上的本质差异。懂单个知识点串不起来。比如单独问String、StringBuilder、StringBuffer都能说两句但一问“为什么用拼接字符串性能差”就答不上来因为没把字符串不可变性、常量池、内存分配串成一条线。这篇文章就是冲着这三个“渣点”去的。看完之后你再看基础题会发现很多答案其实可以自己推出来。2. 语法陷阱与面向对象最容易翻车的“送分题”才是分水岭基础语法题在面试里往往被当作“热身题”但这几道热身题恰恰是分水岭。答得漂亮面试官会默认你基础扎实答得含糊后面就算八股文背得再熟练可信度也会打折扣。2.1 Integer缓存与自动装箱两行代码能问出一串考点这个考点几乎年年必考因为它一个人就串起了自动装箱、常量池、equals与的区别三个知识点。Integer a 100; Integer b 100; System.out.println(a b); // true Integer c 200; Integer d 200; System.out.println(c d); // false第一段输出true第二段输出false。原因在于Integer内部维护了一个缓存数组默认缓存-128到127之间的整数。当你用Integer.valueOf()或者直接赋值时如果值在这个范围内直接返回缓存对象所以a和b指向同一个对象。超出范围则每次都会new Integer()c和d是两个不同对象比较地址自然不等。面试到这里还没完面试官会继续问这个缓存范围可以调吗答案是可以通过JVM启动参数-XX:AutoBoxCacheMax可以修改上限。再追一层为什么设计这个缓存因为小整数在业务中最常用缓存可以减少对象创建提升性能和内存利用率。回答的时候如果你能主动补一句“缓存上限默认127但可以通过JVM参数调整IntegerCache类里有一个high字段”面试官会明显眼前一亮。2.2 equals与hashCode为什么重写equals必须重写hashCode这个问题的正确回答其实分三层第一层是约定。Object规范里写明如果两个对象根据equals方法相等那么它们的hashCode必须相等。反过来不成立hashCode相等不代表对象相等。第二层是数据结构。HashMap、HashSet这些基于哈希的集合存数据时先用hashCode定位桶再用equals确认是否相同。如果只重写equals不重写hashCode就会出现“两个业务上相等的对象hashCode不一样被放进同一个Set的两个不同桶里”直接破坏集合的去重逻辑。第三层是实际案例。最常见的是用User对象做Set去重或Map的key。你只重写了equals没重写hashCode那么HashSetUser里add两个id相同的用户会变成两个元素。这个坑在真实项目里出现频率极高尤其在做数据同步、Excel导入这类场景。2.3 重载与重写多态背后的“哪个方法被调用”重载和重写这个知识点面试官喜欢用代码题来考重点在于理解“编译期确定还是运行期确定”。public class Animal { public void eat() { System.out.println(animal eat); } } public class Dog extends Animal { public void eat() { System.out.println(dog eat); } } Animal a new Dog(); a.eat(); // 输出 dog eat方法重写是运行期动态绑定JVM根据实际对象类型来决定调用哪个方法。而方法重载是编译期静态绑定的看你声明参数的类型public void print(String s) { ... } public void print(Object o) { ... } print(null); // 编译报错因为null既匹配String也匹配Object编译器无法区分这种细节题很能考察基础是否扎实。另外还会延伸一个问题能不能通过反射调用private方法这个放到反射章节一起说。2.4 枚举到底是个什么东西热词里有“java枚举类型的使用”。面试里关于枚举最容易被问的是“枚举本质是什么”。答案枚举本质上是一个继承了java.lang.Enum的类每个枚举常量都是该类的一个静态final实例。值得记住的两个点枚举可以用在switch里语法层是支持的编译器会帮你做转换。枚举是实现单例模式的一种安全方式因为JVM保证枚举实例只会被实例化一次天然防反射、防序列化破坏。面试时可以主动说“我一般用枚举来表示状态码或者固定参数集合比如订单状态、用户角色。”一句话就把理论落到了实际场景。3. 集合框架从“背API”到“讲底层”的跨越集合是Java基础面试的绝对C位。这一块有太多可以问的深挖点但核心逻辑其实是一致的数据结构决定性能性能决定使用场景。3.1 HashMap深度解析为什么它永远稳坐面渣题头把交椅HashMap之所以成为经典题是因为它把哈希、链表、红黑树、扩容、并发问题全部串在了一起。先捋一遍put流程计算key的hash值具体实现是(h key.hashCode()) ^ (h 16)把高16位和低16位做异或目的是让高位也参与散列。根据(n - 1) hash定位到数组桶的位置。如果桶为空直接放进去。如果桶不为空判断key是否相同相同则替换value。否则说明发生了哈希碰撞追加到链表或红黑树中。链表长度达到8且数组长度达到64时链表转红黑树。元素个数超过阈值容量*负载因子时触发扩容。常见追问和加分答法为什么链表转红黑树的阈值是8因为链表长度遵循泊松分布在负载因子0.75的情况下链表长度到8的概率已经极低。选8是时间与空间的权衡转成红黑树后查询从O(n)降到O(log n)但红黑树节点占用空间是链表节点的两倍所以只在极端情况下才转。为什么数组容量必须是2的幂因为计算桶位置用的是(n - 1) hash而不是取模运算2的幂减1后二进制全是1位与运算能均匀分布、性能更快。扩容时为什么要重新计算位置JDK 1.7是rehashJDK 1.8优化后根据(e.hash oldCap)判断是0就留在原位是1就移到“原位oldCap”性能高很多。3.2 ArrayList和LinkedList别再只回答“数组vs链表”这个题如果只答数组和链表的区别只能拿基础分。要拿高分得从三个维度展开。第一个维度是底层结构。ArrayList底层是Object数组LinkedList底层是双向链表。第二个维度是CRUD操作的时间复杂度。ArrayList随机访问是O(1)插入删除是O(n)LinkedList头尾插入是O(1)随机访问是O(n)。这一层大多数人都能答到。第三个维度是内存占用。ArrayList扩容时会一次性扩大1.5倍LinkedList每个节点除了数据还要存前后指针24字节起步。所以即使“LinkedList插入快”在真实场景里大部分业务还是用ArrayList因为绝大多数操作其实是遍历和读。加分回答可以直接说“实际开发中LinkedList用得很少因为内存开销大、缓存不友好真正需要频繁头尾插入的场景更推荐ArrayDeque它底层是循环数组各方面性能都比LinkedList好”。这一句就能拉开和其他候选人的差距。3.3 线程安全的集合从Hashtable到ConcurrentHashMap这个问题考察的是对并发容器演进的理解。Hashtable之所以慢是因为它把所有方法都加了synchronized等于对整张表加锁并发再高也只有一个线程能操作。ConcurrentHashMap在JDK 1.7用的是分段锁把数据分成多段每段独立加锁。JDK 1.8改为CAS加synchronized锁粒度降为单个数组桶并且取消了分段锁的结构。读操作大多无锁写操作只锁当前桶。这带来两个结论并发度更高且size()这类方法通过累加计数器和部分重试机制来保证一定准确性但并不保证强一致。面试官还可能追问“HashMap在并发场景会出什么问题”回答JDK 1.7头插法扩容时可能形成环形链表导致get死循环JDK 1.8改尾插法后不会死循环但会丢失数据。所以并发场景一律用ConcurrentHashMap。4. JVM内存与字符串一道题可以串起整个Java基础String相关的问题在Java面试中出现频率极高而且它天然能把“不可变性”“常量池”“内存模型”串起来回答。4.1 String、StringBuilder、StringBuffer三者的本质差异常规回答是String不可变StringBuffer线程安全StringBuilder非线程安全。但这个回答不够。你要补充的是“为什么String设计成不可变”。原因有三安全。字符串被大量用于类名、文件路径、网络地址等场景如果可变化会带来严重风险。缓存。不可变对象的hashCode可以放心缓存这也是String适合做HashMap的key的原因。常量池复用。只有不可变才能放心让多个变量引用同一个字符串对象节省内存。StringBuffer和StringBuilder内部都是可变字符数组区别在于方法是否加了synchronized。实际开发中单线程拼接字符串优先用StringBuilder性能最优。4.2 字符串拼接的性能陷阱别小看一个加号String a a b c;这行代码编辑器层面会直接优化成abc因为都是编译期常量。但如果你写String prefix a; String result prefix b c;prefix是变量编译期无法确定值。在JDK 8中这种拼接会在底层创建StringBuilder来执行追加操作。循环里拼接的问题就来了每次循环都会new一个新的StringBuilder循环1万次就new了1万个对象GC压力暴增。所以循环拼接的正确姿势应该是在循环外创建一个StringBuilder复用。4.3 JVM内存与字符串常量池的位置这是进阶问题很多面渣挂在这里。要答好需要知道不同JDK版本的区别JDK 1.6及之前字符串常量池在方法区永久代。JDK 1.7开始字符串常量池挪到堆中。JDK 1.8永久代被元空间取代字符串常量池依然在堆。然后引出intern()方法。intern()的作用是如果字符串常量池中已有相同内容的字符串直接返回池中的引用否则把当前字符串加入池中并返回引用。经典代码题String s1 new String(abc); // 创建两个对象堆中一个常量池一个如果池中没有 String s2 s1.intern(); System.out.println(s1 s2); // falses1是堆对象s2是池中对象这块能把JVM内存模型、字符串常量池、对象创建机制全部串起来是面试官最爱问的“综合题”。5. 异常、反射与动态代理Java“法术”的底层根基异常体系、反射、动态代理这三个点单独看不难但它们连在一起正好就是Spring等框架的核心基础。5.1 异常体系与try-with-resources先明确体系Throwable有两个子类Error和Exception。Error表示JVM层面的严重问题程序无法处理Exception分为受检异常checked exception和非受检异常unchecked exception即RuntimeException及其子类。受检异常在编译期就必须处理比如IOException、SQLException。非受检异常不需要显式捕获比如NullPointerException、ClassCastException。实际开发中业务异常一般继承RuntimeException这样可以避免方法签名上堆满throws让上层统一通过全局异常处理器捕获。JDK 7引入的try-with-resources是必须掌握的try (BufferedReader reader new BufferedReader(new FileReader(test.txt))) { String line reader.readLine(); }所有实现了AutoCloseable接口的资源都能自动关闭。不再需要手写finally来close。5.2 反射如何拿到一个类的全部信息反射是Java动态机制的核心。获取Class对象的三种方式类名.class对象.getClass()Class.forName(全限定类名)反射能干的事情很多获取构造器、方法、字段甚至调用私有方法。Class? clazz Class.forName(com.example.User); Constructor? constructor clazz.getDeclaredConstructor(String.class, int.class); constructor.setAccessible(true); // 突破private限制 Object obj constructor.newInstance(小明, 18);面试追问点为什么框架里要用反射因为框架在编译期不知道用户会传什么类进来只能在运行期通过反射来动态创建对象、调用方法。Spring的IoC容器就是典型代表通过读取配置或注解反射创建Bean。再追问一层反射为什么性能差因为反射时JVM无法进行内联优化还要做大量的权限检查、类型检查。但现在JDK也在优化比如MethodHandle和LambdaMetafactory的使用很多场景下性能损耗已经明显下降。5.3 动态代理为什么必问JDK与CGLIB的区别动态代理这个问题本质是考察你知不知道Spring AOP的底层原理。先说JDK动态代理。它要求被代理的类必须实现接口。原理是运行期用Proxy.newProxyInstance()生成一个实现同样接口的代理类然后在InvocationHandler的invoke方法里统一增强逻辑。UserService proxy (UserService) Proxy.newProxyInstance( UserService.class.getClassLoader(), new Class[]{UserService.class}, (proxyObj, method, args) - { System.out.println(前置增强); Object result method.invoke(target, args); System.out.println(后置增强); return result; } );CGLIB不同它通过继承目标类来生成代理子类所以不要求实现接口。Spring在实现AOP时的选择逻辑是目标类实现了接口就用JDK动态代理没实现接口就用CGLIB。Spring Boot 2.x之后默认代理方式改成了CGLIB这个细节值得提一下面试官会认可你关注版本变更。常见追问JDK动态代理和CGLIB各自的劣势是什么JDK动态代理需要接口CGLIB是继承生成子类所以final类或final方法无法被代理。6. 多线程基础三连创建方式、状态流转、等待策略多线程是Java基础面试的压轴大菜。基础阶段不需要你把JUC全部源码背下来但线程的创建、状态、常用协作工具必须滚瓜烂熟。热词里“java线程等待都完成”出现频率特别高这块好好看。6.1 三种创建方式哪种最“正经”创建线程的方式严格说只有一种new Thread()。Runnable、Callable都是任务逻辑的载体最终都要包进Thread里执行。// 方式一继承Thread class MyThread extends Thread { Override public void run() { ... } } // 方式二实现Runnable Thread t new Thread(() - { ... }); // 方式三实现Callable FutureTask FutureTaskInteger task new FutureTask(() - 42); Thread t new Thread(task); Integer result task.get();面试官会问“这三种方式有什么区别”。回答思路继承Thread的缺点是单继承限制不推荐。实现Runnable没有返回值适合不需要结果的任务。Callable有返回值能抛异常适合需要拿到执行结果的场景。真实项目中不会直接new Thread而是使用线程池理由是可复用线程、控制并发数、统一管理生命周期。6.2 线程状态与wait/sleep的微妙区别线程的六种状态NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATED。面试高频追问是“wait()和sleep()有什么区别”。我从五个维度理清了wait()来自Object类sleep()来自Thread类。wait()会释放锁sleep()不会。wait()必须在同步代码块中调用sleep()任意位置都可以。wait()需要被唤醒sleep()到时间自动醒。两者都会抛出InterruptedException进入WAITING或TIMED_WAITING状态。补充一点知识的连贯性notify()和notifyAll()的区别在于是唤醒一个线程还是全部唤醒。这些都属于“线程协作”的基础机制。6.3 如何优雅地等待所有线程完成热词里“java线程等待都完成”的搜索率很高说明这个点确实难倒了不少人。最常见的做法是Thread.join()它让当前线程阻塞等待目标线程终止。Thread t1 new Thread(task1); Thread t2 new Thread(task2); t1.start(); t2.start(); t1.join(); t2.join(); System.out.println(t1和t2都执行完了);但真正常用的其实是CountDownLatch。它的设计逻辑是初始化一个计数器每个线程执行完就countDown()一次主线程调用await()阻塞直到计数器归零。CountDownLatch latch new CountDownLatch(3); for (int i 0; i 3; i) { new Thread(() - { try { Thread.sleep(1000); } catch (InterruptedException e) {} latch.countDown(); }).start(); } latch.await(); System.out.println(三个线程都完成了);CountDownLatch是一次性的需要用CyclicBarrier可以实现循环复用。这两兄弟的区别也可以作为加分项CountDownLatch是“倒计数门闩”一次性的CyclicBarrier是“循环屏障”所有线程到达屏障后放行然后能重新使用。6.4 ThreadLocal面试爱问的内存泄漏问题ThreadLocal也是Java基础面试的高频点核心考点是两个作用原理和内存泄漏。作用原理每个线程内部维护一个ThreadLocalMapkey是ThreadLocal对象弱引用value是存入的副本值。所以ThreadLocal可以让每个线程拥有自己独立的变量副本实现线程隔离。内存泄漏问题key是弱引用当ThreadLocal外部强引用被清除后key会被GC回收变成key为null但value还存在。如果线程一直存活比如线程池中的线程value就永远无法被回收。解决方案是每次用完调用remove()。面试作答时能说出“因为key是弱引用而value是强引用所以存在Entry内存泄漏问题推荐在finally中调用remove”这个层次就已经超越了大部分候选人。7. 面渣逆袭的答题方法与面试心态技术点讲完了最后聊点实际的。很多人基础不差但面试时表达混乱。我自己的经验是技术面试的答题节奏是有方法论的。7.1 三层答题法结论、原理、场景回答任何一个技术问题尽量按照“结论-原理-场景”三层结构组织。举例面试官问“HashMap为什么线程不安全”。结论并发put时可能出现数据覆盖JDK 1.7还可能形成环形链表导致死循环。原理HashMap的put方法没有加锁多线程同时操作同一个桶时后写覆盖先写扩容时多个线程同时rehash可能导致链表环化。场景所以并发场景必须使用ConcurrentHashMap这也是面试官想听到的落地点。这种结构的好处是你永远有话说而且说到最后一定会把话题引向下一个你能熟练展开的知识点相当于把面试节奏握在自己手里。7.2 主动“挖坑”引导面试官面渣和面霸的另一个差距是会不会引导面试官问自己准备好的内容。当你发现面试官问了一个你不太熟悉的问题可以在回答末尾把话题主动引到擅长的方向。比如面试官问的是“JVM内存模型”但你不太熟可是你熟悉类加载机制可以这么说“JVM内存模型这块我主要关注运行时常量池和字符串常量池的关系之前遇到过一个关于intern()的线上问题……”道完歉话锋一转就转到了你能展开的内容。这不是耍滑头而是合理的沟通技巧——没人要求你必须每个问题都答满分。7.3 关于基础面试的最后一个建议准备期间每学一个知识点都问自己三个问题它解决了什么问题它的底层原理是什么它和相关的知识点有什么异同如果都能答上来就去模拟口述一遍说到自己觉得顺畅为止。等到面试现场你会发现自己根本不用背答案因为答案就是你自己的逻辑。我从“听到基础题就心虚”到“希望面试官多问基础题”就是靠这一套方法翻的身。基础扎实之后你会发现后面学并发、学JVM、学Spring都会顺畅很多。希望下一场面试结束刷到“面渣逆袭”这条热搜的人变成了你。