上周帮一个学弟做模拟面试他的简历上写着“熟悉Java基础”我随口问了句“和equals有什么区别”他脱口而出“比较的是引用地址equals比较的是值”。我又追问了一句“那为什么开发规范里几乎都是推荐用equals而不是直接用判断两个对象是否相等”他愣了半分钟没接上来。这个场景我见过太多次了。Java基础面试题往往是第一轮技术面的开胃菜但它决定的是你整场的答题信心也是面试官对你“基本功是否扎实”的第一判断。很多人刷题背答案背得很熟一被追问就露馅。原因很简单大部分基础面试题背后面试官考察的从来不是“会不会背”而是“能不能把原理讲清楚”。这篇内容我会把这几年来面试候选人和做技术顾问时最常遇到的Java基础面试题整理出来不只给答案而是把每道题背后的考察逻辑、回答思路、常见追问都拆开讲。如果你正在准备初级或中级Java岗位的面试这系列的“第一篇”建议仔细看。1. 先聊一个反直觉的观察基础面试题考的从来不是“会不会”1.1 为什么每家公司的第一轮技术面都绕不开基础题很多候选人觉得自己工作经验不错、项目没少写被问基础题时反而有点不耐烦觉得面试官在“考八股文”。但站在面试官角度第一轮面试时间通常只有30到60分钟我需要用最低成本去判断“这个人要不要进入下一轮”。基础题恰恰是效率最高的筛选工具。而且基础题能非常直观地暴露一个人的思维方式。同样是面对一个听过一百遍的知识点只背过结论的人回答会像复读机一样真正理解的人能现场把推导过程讲出来甚至能主动给出“为什么平时推荐用这种方式”的实战判断。这两个回答之间的差距就是“会写代码”和“理解代码”之间的差距。所以别把基础题当负担。它能帮你提前暴露盲区总比入职后在生产环境踩坑要好得多。1.2 同一道题三种层次截然不同的回答我拿面试中最常问的“和equals的区别”来做个例子你看看自己在哪个层次青铜级回答比较引用地址equals比较内容。这是培训班和速成视频里最常见的答案背得很流利但经不起追问。黄金级回答会先分情况讨论。基本类型的比较的是数值引用类型的比较的是内存地址equals在Object里的默认实现其实就是但String、Integer这些类重写了equals所以比较的是内容。最后还会补一句如果两个对象允许为null最好用Objects.equals它内部做了空指针保护。王者级回答除了黄金级的回答会主动提一句“所以重写equals时必须重写hashCode因为HashMap这样的散列集合会同时依赖这两个方法”。这段话一出来面试官基本能确认你是真的写过代码的人不是背题机器。1.3 比题量更重要的准备方式给每个知识点画“锚点”我建议你不要去背“Java基础面试题1000道”而是把核心知识点串成一张网。比如运算符和对象比较会牵扯到JVM内存区域和常量池常量池引出了String类的不可变性String的hashCode引出了哈希表哈希表就是HashMap的底层结构HashMap的并发问题又引出ConcurrentHashMap和CAS……这个链条不是靠死记硬背连起来的而是知识点之间天然存在关联。面试官也很喜欢这种节奏你说到了HashMap他顺势问一句“那ConcurrentHashMap呢”如果你能接住整个面试就会进入一个很舒服的“你牵引话题、他验证深度”的模式。2. 必考题之一、equals与String常量池这棵“老树”怎么开出新花2.1 先把这两道高频题的答案写清楚面试官只要提到“Java基础”几乎必问String相关的比较问题。典型场景如下String a hello; String b hello; System.out.println(a b); // true System.out.println(a.equals(b)); // trueString c new String(hello); String d new String(hello); System.out.println(c d); // false System.out.println(c.equals(d)); // true为什么第一段代码里a和b用比较是true因为javac编译时代码里的字面量“hello”会被放进class文件的常量池里。运行到这一行时JVM会去字符串常量池里查找有没有内容相同字符串有就直接复用同一个地址。所以a和b其实指向的是同一个String对象。第二段代码里new String一定会创建一个新的堆对象。c和d是两个独立对象只是内部char数组的内容相同所以用比较地址时就是false。这样一个简单的区别背后就涉及class文件结构、JVM常量池、对象存储位置全部是Java基础里的重点。2.2 new String(hello)到底创建了几个对象这道题是经典中的经典也是很多候选人被卡住的第一道追问。网上的答案很乱有说一个的有说两个的其实要分情况如果字符串常量池里还没有“hello”那么会先在常量池里创建一份再在堆里new一个对象一共两个String对象如果字符串常量池里已经有“hello”那么只在堆里new一个对象一共一个String对象。严格说JDK 7之后new String底层还会把构造参数里的char数组再复制一份所以“对象数”的说法在不同角度下会有细微差别。面试时你可以在答完上述逻辑之后补一句“我这里是按面试常说的String对象个数逻辑来回答的”。这样既展示了严谨也和面试官建立了沟通共识。这道题的考察点远不止“背答案”面试官真正想看的是你有没有理解常量池是JVM层面的缓存机制以及new这个关键字到底在堆上做了什么。2.3 延伸考点为什么重写equals时一定要重写hashCode几乎百分之百的面试官会在String相关题之后接这个追问。你可以用一个示例来说明假设有个Person类public class Person { private String name; public Person(String name) { this.name name; } Override public boolean equals(Object o) { if (this o) return true; if (o null || getClass() ! o.getClass()) return false; Person person (Person) o; return Objects.equals(name, person.name); } // 注意没有重写 hashCode() }然后看这段使用代码SetPerson set new HashSet(); Person p1 new Person(张三); set.add(p1); Person p2 new Person(张三); System.out.println(set.contains(p2)); // false但业务上应该是同一个人为什么contains是false因为HashSet的底层是HashMap哈希集合在判断“两个对象是不是同一个”时会先通过hashCode定位到同一个桶再在桶内用equals比较。没有重写hashCode时p1和p2的哈希值不一样它们被放进了不同的桶里equals根本没机会被调用。所以equals相等则hashCode必须相等否则会造成数据重复、无法删除、无法命中缓存等一堆问题。反过来hashCode相等不要求equals相等这很正常就好比哈希碰撞。2.4 面试现场可能出现的完整追问链遇到一个愿意深挖的面试官他会从String一路问下去。我复盘一下常见的追问顺序String为什么用final修饰因为不可变让String可以安全地被多个线程共享也保证了常量池缓存的有效性String和StringBuilder、StringBuffer有什么区别三者在拼接字符串时String会频繁创建新对象StringBuilder基于可变char数组StringBuffer则在方法上加了synchronized线程安全但性能略差String类和常量池相关的intern()方法有没有了解过intern()可以让一个运行期创建的字符串主动入池或从池中查找使用时要小心内存占用。我自己应对这种追问链的方法是每次回答都主动把一个知识点关联到“我项目里哪个场景用到过”。比如说到StringBuffer我会提一句“之前做日志拼接时因为多线程会写同一段缓冲区用了StringBuffer后来发现瓶颈不在这但当时确实验证过线程安全问题”。这样的回答会让整场面试的对话感强很多。3. 面向对象篇重载重写、接口抽象、static和final考官到底想听什么3.1 重载与重写别只背“一个编译期一个运行期”市面上几乎所有面试题答案都会写重载是编译时多态重写是运行时多态。这句话本身没错但如果只说这一句等于没说。更好的回答应该把机制也讲清楚。重载发生在同一个类里多个方法名字相同、参数列表不同编译器在编译阶段根据你传入的参数类型和数量决定绑定到哪个方法这叫做“静态分派”。重写发生在子类和父类之间子类改变父类方法的实现运行时由JVM根据对象的实际类型决定调用哪个版本这叫做“动态分派”。再深入一点你可以主动补充重写的三个坑重写时访问权限不能比父类更严格比如父类是public子类不能改成protected可以抛更少的异常、更精确的异常但不能抛出新的更宽泛的受检异常返回类型可以是父类返回类型的子类型这个叫协变返回类型。我实际在面试中遇到很多人写重写equals时把public写漏了导致编译不通过。这种细节就是平时有没有亲自动手写过的证明。3.2 接口与抽象类从设计层面回答别只背“能不能多继承”“接口可以多实现抽象类只能单继承”是标准答案里的标配但这只是表层差异。面试官真正想听的是设计语义你可以从这两个角度切入抽象类表达的是“是什么”接口表达的是“能做什么”。House是建筑如果它是一个类那么Building、Villa等应该继承它而Flyable是一个能力Bird和Plane都可以实现它。抽象类适合复用骨架逻辑比如把公共字段、构造方法、模板方法放到抽象类里接口适合定义能力边界让完全不相干的类获得同一组行为。Java 8之后接口里可以写default方法和static方法让二者的边界变得更模糊了。但设计原则上依然是先问自己“多个类之间共享的是状态和结构还是只有行为规范”。前者选抽象类后者选接口。同样面试官更愿意听到你结合业务场景说一句“我之前负责支付对接支付渠道有微信、支付宝、银行卡每个渠道差异很大但它们都有统一的签名、下单、回调动作所以我抽象了一个PayStrategy接口让每个渠道自己实现。”这种回答才是面向对象特性被用活的证明。3.3 static和final经常在冷门细节里翻车的两个关键字static和final单独都很简单但组合起来坑很多。先说staticstatic方法归属于类不参与重写。子类里如果写了相同签名的static方法这不是重写而是“隐藏”。你通过父类引用调用这个方法得到的还是父类的实现这个行为在面试中可以用代码演示static变量是所有实例共享的同一份内存多线程环境下修改需要自行保证安全static块在类加载时执行经常被用来做初始化但要注意执行顺序多个static块按书写顺序执行且先于构造方法。final的坑也不小final类不能被继承比如String、Integer这些核心类final方法可以被继承但不能被重写final修饰的引用类型变量指的是“引用不可变”而不是“对象内部不可变”。一个final的Person对象仍可以修改它的name字段。static final一起出现时如果修饰的是基本类型或String并且值在编译期就能确定它就是编译期常量。编译时所有引用它的地方会直接把字面量内联到调用方字节码里。这个特性的隐藏影响是当你修改这个常量值时如果没有重新编译所有依赖方运行的新代码可能还是旧值。我就碰到过修改常量后只重启没重新部署导致线上现象诡异的例子。3.4 面向对象的高频设计题面试官让你“现场讲一个设计模式”“你平时有没有用过设计模式”几乎每家公司的面试官都会问潜台词是“我想知道你有没有使用面向对象特性去组织真实业务代码”。我的建议是准备两到三个你真正用过的模式用下面这个结构来讲先去描述一个具体痛点“当时我们要把多种渠道的订单状态处理逻辑写在一起if-else越堆越多加一个渠道要改一大段代码”再说方案“我用策略模式把每种状态的处理抽成了一个实现类通过Map注册根据状态码直接路由”最后说效果“后来新增渠道时只加一个类和一条注册老代码完全不用动”。面试官看重的不是模式定义本身背得多熟而是你有没有经历“代码变乱——重构——变好”这个过程。即便你只用一个简单模式只要讲清楚背景和收益效果远好于背出十种模式的定义。4. 集合框架大魔王ArrayList、HashMap以及“线程安全了吗”的拷问4.1 ArrayList扩容机制源码级回答怎么组织ArrayList几乎和String一样高频。面试官常问的是“说说ArrayList的扩容机制”。你可以这样组织回答ArrayList底层是Object数组默认初始容量是10。注意这个10是在第一次add时才真正分配内存的懒加载机制每次add时都会调用ensureCapacityInternal当数组放满之后会按新容量等于旧容量加旧容量右移一位也就是1.5倍扩容扩容操作通过Arrays.copyOf把旧数组内容复制到新数组。建议再补一句时间复杂度分析正常add因为不需要扩容是O(1)摊还复杂度扩容那一次是O(n)但因为扩容次数是快速增长的均摊到每一次add上整体还是O(1)。这一句话就能证明你不仅看过源码还理解算法分析的基本概念。顺带说一下和LinkedList的选择争议。初学资料都说“随机访问用ArrayList频繁插入删除用LinkedList”但实际开发中ArrayList在小规模头插时由于内存连续、缓存友好性能表现未必差。LinkedList每个节点需要存储前驱、后继指针内存占用更大缓存命中率也更低。所以除非明确要做大量队列头和尾之外的插入我基本都会选ArrayList。4.2 HashMapput一个键值对时到底发生了什么一线公司面试HashMap是当之无愧的重头戏。我建议你按下面这条线来回答既有层次又能应对追问数据结构JDK 1.8底层是数组加链表加红黑树。当链表长度大于等于8且数组长度大于等于64时链表转成红黑树当节点数降到6时红黑树退化成链表。哈希计算key.hashCode()拿到原始哈希值后再把高16位和低16位做异或让高位也参与数组下标的计算。这个操作叫扰动函数目的是减少哈希碰撞概率。数组下标用(hash (n - 1))来定位桶位置这条公式只有在数组长度是2的幂时才成立。所以HashMap的容量始终是2的幂。插入过程如果桶为空直接放入新节点如果桶不为空遍历链表或树遇到key相同就替换value否则在链表尾部插入。扩容判断插入后判断当前size是否大于thresholdthreshold是容量乘以负载因子。超过就扩容为原来的2倍并重新分配所有节点的位置。这五步说完面试官大概率会追问一些参数你可以顺势展开负载因子默认是0.75它是在时间成本和空间成本之间做权衡的结果。树化阈值选8是因为在理想随机哈希算法下链表长度超过8的概率极低大约千万分之六所以树化是为了应付极端情况而不是常态。红黑树的平均查找复杂度是O(log n)能避免链表退化成O(n)的极端场景。4.3 线程安全话题是终点吗不是下一个起点HashMap讲完之后面试官几乎必问“HashMap为什么线程不安全”。你可以从两个角度说并发put时多个线程同时命中同一个桶可能互相覆盖导致某个key的value丢失JDK 1.7扩容时采用头插法多线程并发扩容会出现循环链表后面get时直接死循环JDK 1.8改成尾插法不会再出现循环链表但数据覆盖丢失问题依然存在。如果面试官继续问“那怎么解决”你就顺势引出ConcurrentHashMap。注意不要只回答“加了锁”要说出锁粒度的演进JDK 1.7的ConcurrentHashMap用Segment数组默认16个分段每一段是一把独立锁相当于把Map分成了16个小块JDK 1.8之后抛弃了分段锁改用CAS加synchronized只在真正冲突的桶头节点加锁并发度大幅提升。这些内容已经属于并发领域的范畴了但只要你把HashMap这条线讲透这个过渡会非常自然。4.4 很多候选人在“为什么遍历时不能修改集合”上翻车这个问题我几乎每次面试都会遇上。最简单的演示ListString list new ArrayList(); list.add(a); list.add(b); for (String s : list) { if (a.equals(s)) { list.remove(s); // 抛出 ConcurrentModificationException } }异常的原因要从迭代器内部说起。ArrayList迭代器里维护了一个expectedModCount初始值等于集合的modCount。modCount记录的是集合结构性修改的次数add、remove、clear都会让modCount加一。for-each遍历时迭代器每次next都会检查expectedModCount是否还等于modCount一旦发现被外部修改过就直接抛异常。如果你想边遍历边删除正确姿势是用迭代器的remove方法因为它内部会同步维护expectedModCount或者用JDK 8之后的removeIf一行代码解决。回答完这个面试官如果继续问“那HashMap遍历时能直接put吗”你就有机会把fail-fast机制和ConcurrentModificationException的原理再巩固一遍。5. 容易丢分的角落异常处理、反射、泛型里的实战判断5.1 checked exception和runtime exception怎么答才有区分度基础答案是受检异常在编译期强制要求捕获或声明运行时异常不需要。但这个答案刚说完面试官追问的观点往往是“那你觉得受检异常好用吗”这里你可以展现真正的判断力。受检异常适合表达“调用方可以通过处理来恢复”的错误比如文件不存在、网络超时调用方可以捕获后换文件、重试。但它也有明显的缺点强制catch容易让开发者写出吞异常的代码catch块里什么都没干或者只打一行日志就把问题压下去了。所以很多现代框架和规范反而鼓励少用受检异常用运行时异常配合全局异常处理器来统一处理边界。我在面试中比较欣赏的回答是“异常处理的关键不只是选哪种异常类型而是要想清楚这个错误到底能不能恢复、由谁恢复。如果能恢复最好用返回值或自定义业务异常如果不能恢复比如参数为空、状态不合法直接抛运行时异常让上层统一拦截。”这种答案才是真正基于实战的思考。5.2 反射别停留在“能拿到私有字段”反射的知识点大家多少都知道但一写代码就容易露馅。常见的考察方式包括通过反射获取类的方法、字段、构造方法然后调用私有方法或修改私有字段setAccessible(true)访问私有成员反射和性能的关系反射为什么慢因为需要动态解析类型、做安全检查、访问检查其中涉及大量JNI调用和动态运算。如果同一场景需要高频反射调用缓存Method对象能减少一部分重复开销但整体仍比直接调用慢。面试官常会结合框架来问“Spring的Autowired为什么能注入到私有字段上”答案的本质就是反射加注解加类扫描。类加载时扫描所有Bean通过反射读取字段上的注解再调用setAccessible(true)和set方法完成注入。如果你能从这个角度回答说明你理解反射在真实框架里的价值而不是停留在“能拿到私有字段”的刻板印象。5.3 泛型擦除一道能刷掉一批人的送分题面试官问“List 和List 在运行时是不是一个类”很多候选人被问懵因为他们潜意识里觉得定义了不同类型就应该不同。正确答案是在运行时它们确实会被擦除成同一个原始类型List。Java的泛型是编译期语法编译器在生成字节码时做类型检查和擦除把泛型信息从中移除所以运行时无法在getClass()时区分List 和List 。这样做的根本原因是为了兼容历史版本Java 1.4及之前没有泛型如果运行时引入新的类型结构会导致所有旧字节码无法兼容所以选择了“编译期擦除”这个折中方案。几个顺带可以提到的细节不能直接new T()因为T在运行时已经被擦除JVM不知道要创建什么类型通过反射拿泛型参数类型时要借助TypeToken或者Type接口这在很多JSON解析库里有体现编译器在生成桥方法时是为了让泛型重写和JVM多态机制兼容比如父类返回Object子类返回String实际生成的字节码里会有桥方法做类型转换。这类题最能体现候选人是不是只背了语法而不是真正理解泛型设计背后的兼容性考量。5.4 一个几乎必问的实战判断题try-with-resources 怎么用传统写文件时很多人习惯在finally里调用close()这个写法有两个问题close()本身可能抛出异常finally里写可能出现“原来的异常被finally的异常覆盖”的情况代码冗长如果同时开了两个资源finally里的try-catch嵌套会很恶心。JDK 7之后有了try-with-resources要求资源实现AutoCloseable接口语法如下try (InputStream in new FileInputStream(a.txt); OutputStream out new FileOutputStream(b.txt)) { byte[] buffer new byte[1024]; int len; while ((len in.read(buffer)) ! -1) { out.write(buffer, 0, len); } }这个写法会自动按声明顺序的逆序关闭资源。即使代码块里抛了异常资源也一定会被关闭并且新增的异常会被正确保留。面试时你可以很自然地补一句“我平时写文件、网络连接、数据库连接时都用这个写法因为可以避免finally里重复关闭和异常覆盖问题”这句比单纯背特性有说服力得多。6. 我的面试答题节奏与复盘方法把这些题变成你的主动牵引6.1 答题框架结论先行、分层展开、例子收尾很多候选人答得不好不是因为不会而是组织语言的顺序不对。一上来就讲细节面试官听了三句还不知道你核心观点是什么。我推荐你使用“三段式答案”第一句话给出结论。比如“HashMap在JDK 1.8的底层是数组加链表加红黑树”第二层按一定顺序展开细节。可以把知识点拆成几条主线比如数据结构、put流程、扩容策略、线程安全一条线一条线讲不要东一榔头西一棒子第三层补一个例子或踩坑经历。比如“我上次用HashMap做缓存时因为没有考虑并发导致两个线程同时put同一个keyvalue交替覆盖后来换成了ConcurrentHashMap”。这个框架像是在帮面试官划重点他只需要从头再选一个点深入问就行你也因此掌握了节奏。6.2 遇到不会的问题怎么体面地“不丢分”面试里不可能所有题都会遇到没见过的问题最差的做法是沉默其次是不懂装懂。我建议用下面两种方式接“这块我在项目里没有直接用到只了解大概的概念你希望我重点说哪一部分”“我对这个问题的答案是不到百分百确定但我可以按我的理解推断一下说得不对的地方你再纠正我。”这两个说法都不是承认“我不会”就完事而是在展示你具备边思考边沟通的能力。很多面试官其实不指望你全答对他们更在意的是你面对未知问题时是变得怯场还是能把已有的知识迁移过来试探性求解。后者在真实工作中的价值往往比熟背任何一道题都大。6.3 面试后的复盘把每道题当成学习路线上的一块路标面试结束之后最该做的不是等结果而是立刻打开记事本把答得不好的问题记下来。不要只记“正确答案”要记“当时为什么会卡住”。通常原因只有两种一是这个知识点真的没学过属于盲区二是知道但没有组织好语言属于表达问题。盲区就去补知识表达问题就去多练口头复述。我经常建议工程基础薄弱的人按照“语言语法、集合框架、JVM内存模型、并发编程、IO与网络”这五条线先去建立体系再通过项目把这些点串起来。Java学习路线本身不是目的它是帮你在面对高频面试题时不至于只看到一座孤岛。基础面试题都是路线上的路标它们最大的作用是让你定位出自己当前站在哪里。6.4 一个小提醒不要为了面试而面试准备Java基础面试题时每做完一道题都请额外问自己一句“这个知识点在我的项目代码里真的出现过吗”如果没出现过就去写一个demo验证或者去开源项目里搜一下别人的用法。比如你理解了HashMap的扩容机制就可以去观察同事写的缓存代码为什么不直接重写初始容量你理解了受检异常的设计争议就能理解为什么项目里喜欢用自定义RuntimeException。真正理解之后你会发现很多题根本不需要背因为答案会从原理里自然“长”出来。这篇文章先整理了面试中最常被问到的Java基础题第一部分。写到最后我特别想强调基础面试题不是负担它反而是你区分“会写代码”和“理解代码”的分水岭。我带过的很多初级工程师刚入职时和团队的差距几乎都体现在这些最基础的知识板块上。这个系列后面还会继续整理更深入的主题比如JVM内存、并发工具、字节码相关的高频题。如果你在面试中也遇到过一些答得很尴尬的基础题建议认真记下来带着它去翻源码、写demo、查资料把“不会的题”变成“真正理解的知识点”这才是刷面试题最有价值的打开方式。
