简介这是为Java求职者整理的基础面试题库资源包含基础题122道、代码题19道覆盖面向对象抽象继承封装多态、String与StringBuffer差异、int与Integer装箱拆箱、运行时异常与检查异常、Servlet生命周期与CGI对比、EJB中SessionBean与EntityBean区别、ArrayList与Vector及LinkedList存储性能等高频考点也对Collection相关基础进行了梳理。资源以单个PDF文档打包文件数1个压缩包大小267KB便于下载后离线翻阅。目前已有1549人浏览学习适合初、中级Java开发者在求职、跳槽或日常查漏补缺时使用。PDF不仅逐题给出答案还对易混淆概念做了横向辨析如String不可变时推荐StringBuilder、LinkedList插入快但随机访问慢、Vector线程安全带来性能损耗等同时19道代码题可以帮助读者巩固语法细节、练习实际编码与输出分析加深对Java基础知识的理解。整体内容覆盖校招笔试与一轮技术面常见范围适合按题号系统刷题和考前集中复习。1. 为什么122道Java基础面试题还能翻车先看看这份集锦的边界在哪里做Java面试准备的人手上多半存过好几份“面试题大全”但真到面试现场被追问“那你说说为什么这样设计”“换个场景还适用吗”很多人就卡住了。这份《Java面试题及答案集锦基础题122道代码题19道》我完整拆过一遍覆盖面确实老练面向对象、String与基本类型、集合选型、异常、线程、Servlet生命周期甚至还有一批现在已经边缘化的EJB和JSP题目。它最大的价值不是让你背下122个答案而是给你一张完整的考点地图让你知道哪些题常考、哪些题有坑、哪些题追问起来能区分出真假熟练度。适合准备校招或社招初、中级岗位的人也适合平时带实习生、想快速摸底团队基础水平的面试官。2. 面向对象与数据类型从四特征到int和Integer的追问式拆解2.1 面向对象四特征背得出关键词不等于答得对追问“抽象、继承、封装、多态”这八个字几乎是每场Java面试的开场题。问题在于很多人只背了结论被追问一两层就露馅。原答案里有个细节容易被忽略抽象包括过程抽象和数据抽象过程抽象对应的是“方法”数据抽象对应的是“类”。面试官如果问“抽象和封装到底有什么区别”标准答法是——抽象解决的是“我要关注哪些特征”封装解决的是“这些特征怎么对外隐藏”。所以抽象是设计层面的取舍封装是实现层面的约束。继承部分要能回答“子类能继承父类的私有成员吗”这类追问。准确说私有成员可以被继承到子类对象里但子类不能直接访问需要通过父类提供的公有或受保护方法间接使用。经常有候选人答“不能继承私有成员”这个说法在初面可能能混过去但二面遇到较真的面试官就会被纠正。多态部分值得多说两句。原答案提到“参数化多态性和包含多态性”这个提法在普通面经里不常见。参数化多态一般指泛型包含多态指继承和接口实现带来的运行时行为差异。回答这类题时我习惯先给定义再给一个具体例子Shape接口有draw方法Circle和Rectangle各自实现调用方拿到Shape引用后调用draw实际执行的是具体子类的版本。这就是“对同一消息作出不同响应”的直观解释。答题框架建议按“定义 → 例子 → 追问”三层来准备不要只背课本原句。面试官见过太多一模一样的书面答案你多说一句“过程抽象和数据抽象的区别”就能从“背过”的群体里跳出来。2.2 int与Integer基本类型和包装类型之间的四层差异int和Integer看起来是最基础的知识点但这道题能挖的角度比想象中多。原答案给出了一个关键定位Java提供两种不同的类型引用类型和原始类型int是原始数据类型Integer是int的封装类。这两个类型的差异要从四个方面去说才完整。第一是存储位置。原始类型变量直接存值作为局部变量时在栈上Integer是对象作为局部变量时引用在栈上、对象在堆上。第二是默认值。对象引用实例变量的缺省值是null原始类型实例变量的缺省值跟类型有关int默认是0boolean默认是false。这道题经常伴随“Integer能自动拆箱吗”的追问Java 5之后有了自动装箱拆箱Integer和int可以直接互相赋值但要注意null拆箱会抛NullPointerException。第三是有无方法。Integer可以用parseInt、toString、compareTo等方法int做不到。第四是性能原始类型没有对象头内存占用小、访问快。再补充一个高频追问Integer的缓存范围。Integer缓存了-128到127之间的对象所以两个Integer都用Integer.valueOf(100)赋值时比较结果可能是true一旦超过127比如Integer a 128; Integer b 128; a b就是false。这道题几乎年年出现原题库里没有明说但当你讨论int与Integer区别时把它作为“面试官可能会追加的一层”主动讲出来印象分会明显不一样。2.3 String、StringBuffer、StringBuilder与经典对象计数题String系列在基础题库里的地位非常牢固。首先是String是不是基本数据类型不是。String类是final类型不可继承、不可修改。原答案里提到“为了提高效率节省空间我们应该用StringBuffer类”这句话放到现在需要修正一下StringBuffer是线程安全的方法加了synchronized单线程环境下反而有性能损耗StringBuilder是Java 1.5引入的非同步版本单线程字符串拼接首选。三者的选择逻辑很好记字符串内容不变选String单线程大量拼接选StringBuilder多线程共享可变字符串选StringBuffer。面试时能说出“StringBuilder不是线程安全”这个点说明你真的用过而不是只背过概念。“String s new String(xyz)创建了几个String Object”原始答案是“两个”但更严谨的说法是“一个或两个”。因为如果“xyz”这个字面量在字符串常量池里已经存在那么只在堆上创建了一个新对象如果常量池里没有JVM会先把“xyz”放入常量池再在堆上创建一个对象。面试时给出这个区分比直接报“两个”更能体现底层理解。还有一个极易混淆的考点String有没有length()方法数组有没有length()Standard答案是String有length()方法数组只有length属性。这两个写法在写代码时经常打反后面避坑章节会专门讲。3. 集合、异常与线程ArrayList、HashMap、sleep与wait的考场送命题3.1 List三兄弟ArrayList、Vector、LinkedList的存储性能和选型ArrayList、Vector、LinkedList这组对比是集合体系最经典的入门题。原答案给得比较完整ArrayList和Vector都用数组存储数组预留了多余容量以便插入和扩容所以按序号索引数据快、插入数据慢Vector因为方法加了synchronized线程安全但性能较差LinkedList用双向链表实现按序号索引需要从头或尾遍历插入时只需修改前后节点的引用所以插入快。实际面试时面试官更想听到的是“你怎么选型”。我一般这样答绝大多数业务场景就是读多写少用ArrayList如果你明确知道会在列表中间频繁插入或删除考虑LinkedList如果涉及多线程并发访问Vector不是首选现代写法是CopyOnWriteArrayList——读操作不加锁写操作复制一份新数组再改适合读频率远高于写的场景。把这三个层次的差异说完这道题就算过关了。简单总结一张表实现类数据结构随机访问插入删除线程安全ArrayList动态数组快O(1)慢涉及元素移动否Vector动态数组快O(1)慢涉及元素移动是方法级同步LinkedList双向链表慢O(n)快O(1)否注意一个细节LinkedList插入虽然拿到节点后是O(1)但如果插入位置需要先遍历定位整体复杂度还是O(n)。面试时主动点出这个限定条件显得更严谨。3.2 HashMap与Hashtablenull、线程安全和版本演变HashMap和Hashtable的区别原答案列了三四条我梳理一下其中最稳定的几条。第一HashMap允许null作为key或valueHashtable不允许第二HashMap是非线程安全的Hashtable方法是同步的第三HashMap是Java 1.2引进的Map接口实现Hashtable继承自Dictionary类属于JDK 1.0遗留第四Hashtable有contains方法HashMap把它拆成了containsKey和containsValue避免语义歧义。有一个常踩的坑要提示虽然Hashtable线程安全但它用的是粗暴的全局方法锁并发效率很低。现代Java并发场景下优先考虑ConcurrentHashMap它利用分段锁或CAS机制锁粒度小得多。这里还可以补一句HashMap在并发下的风险多线程同时put可能造成数据丢失JDK 1.7以前甚至在扩容时会形成环形链表导致死循环JDK 1.8改成尾插法后避免了这个问题。这些内容在基础题库里没有但讲HashMap不提它们显得像只背了对比表。如果面试中聊到这最好还能说出HashMap在JDK 1.8后引入了红黑树优化当链表长度超过TREEIFY_THRESHOLD默认是8且数组长度达到64时链表会转成红黑树把最坏情况下的查找时间从O(n)降到O(log n)。这个参数在原题库中完全没有却是当前面试的高频追问点。3.3 异常体系运行时异常、受检异常和Error的三层边界异常相关的题核心是搞清楚“运行时异常和一般异常有什么区别”。原答案的说法是运行时异常表示虚拟机的通常操作中可能遇到的异常是常见运行错误Java编译器要求方法必须声明抛出可能发生的非运行时异常并不要求必须声明未被捕获的运行时异常。这句话反过来说就是受检异常checked exception编译期强制处理运行时异常RuntimeException编译期不强制。常被问到的RuntimeException子类有一长串最典型的几个要能脱口而出NullPointerException、ArithmeticException、ClassCastException、IndexOutOfBoundsException、IllegalArgumentException。回答“给我一个你最常见到的runtime exception”时给一个具体场景比单纯报名字好比如“最常见的是NullPointerException调用某个未初始化对象的实例方法时触发”。Error也要单独说清楚。error表示恢复不是不可能但很困难的问题比如内存溢出OutOfMemoryError、栈溢出StackOverflowError。程序不应该去捕获并试图处理这类问题因为即使捕获了系统状态也可能已经不可靠。一般性原则是调用方可以恢复的状态用受检异常属于编程错误的用运行时异常系统级故障让它以Error的形式暴露出来。3.4 线程状态与同步sleep、wait、notify的锁行为差异sleep和wait的区别是线程题的必考点。原答案给出了两个关键结论sleep是Thread类的静态方法调用后线程暂停执行但不释放对象锁到指定时间自动恢复wait是Object类的方法调用后线程释放对象锁进入该对象的等待池必须由其他线程调用notify或notifyAll才能唤醒。实际写并发代码时这个区别直接影响死锁是否发生。如果持锁后调用sleep其他线程拿不到锁只能干等如果调用wait锁被释放其他线程有机会进入临界区。同步的实现方面经典做法是synchronized配合wait、notifysynchronized可以加在方法上也可以加在代码块上。加在方法上时锁的是当前对象实例静态方法锁的是Class对象。面试追问“notify唤醒的是哪个线程”要注意规范说法是JVM决定唤醒哪个线程并且不是按优先级如果你想确保某个特定线程被唤醒就得自己设计机制比如用多个条件队列或显式Lock。线程状态部分老题库把Java线程归为“运行、就绪、挂起、结束”四种这个说法在早期资料里常见但现代JDK的Thread.State枚举里实际是六种NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATED。遇到较真版本号的面试官用六状态回答更稳妥如果他不讲究版本用四状态概括再补充一句“不同版本划分方式略有差异”也能体现出你懂底层状态机。4. 类加载与三道代码题ClassLoader机制、线程增减j与Singleton写法4.1 ClassLoader加载class文件的机制从查找路径到双亲委派原答案对类加载的说明比较简短JVM中类的装载由ClassLoader和它的子类实现ClassLoader负责在运行时查找并装入类文件。这段描述方向正确但作为面试答案信息量不够。一般我会补上三层加载器结构和双亲委派模型的理解。JVM默认有三种类型的类加载器启动类加载器Bootstrap、扩展类加载器Extension和应用类加载器App。启动类加载器负责加载JDK核心类库比如rt.jar里的类扩展类加载器负责加载扩展目录下的jar应用类加载器负责加载classpath指定的类。三者不是继承关系而是父子委派关系类加载请求先交给父加载器尝试加载父加载器加载不到才轮到子加载器自己加载。为什么要这样设计根本目的是为了安全。如果应用类加载器自己写一个java.lang.String双亲委派会让启动类加载器先加载JRE自带的String从而防止核心类库被篡改。面试时把“双亲委派 安全性”这套逻辑说出来比单纯列加载器名字强得多。另一个常见追问是“如何打破双亲委派”典型做法是自定义类加载器并重写loadClass方法不先请求父加载器。只把答案念出来而不讲动机。类加载的过程还包括“加载、验证、准备、解析、初始化”五个阶段。初始化阶段对应静态变量赋值和静态代码块执行这也是为什么静态块里引用前向声明的静态变量会出问题。这个五阶段在基础题里不常被直接问但被追问时能展开就是明显加分。4.2 代码题实战4个线程对j增减内部类与synchronized配合这道题原文给了一份可运行的示例代码整理后如下public class ThreadTest1 { private int j; public static void main(String[] args) { ThreadTest1 tt new ThreadTest1(); Inc inc tt.new Inc(); Dec dec tt.new Dec(); for (int i 0; i 2; i) { Thread t new Thread(inc); t.start(); t new Thread(dec); t.start(); } } private synchronized void inc() { j; System.out.println(Thread.currentThread().getName() -inc: j); } private synchronized void dec() { j--; System.out.println(Thread.currentThread().getName() -dec: j); } class Inc implements Runnable { public void run() { for (int i 0; i 100; i) { inc(); } } } class Dec implements Runnable { public void run() { for (int i 0; i 100; i) { dec(); } } } }这段代码的关键在于两个方法都加了synchronized锁是当前ThreadTest1实例tt。四个子线程通过Runnable内部类共享同一个tt对象所以inc和dec对j的读写是串行化的j不会出现丢失更新的问题。输出顺序不确定因为线程调度由JVM决定inc和dec谁先抢到锁都可能最后j理论上回到0但中间打印的j值序列每次运行都不一样。有个容易忽略的点为什么不用volatile修饰j因为synchronized的进入和退出本身就建立了happens-before关系线程释放锁时对共享变量的修改对后续获取同一把锁的线程是可见的。加volatile不是必需反而是synchronized已经覆盖了可见性和原子性两重保障。写这道题时面试官通常还会问“如果要保证每个线程每次增减后j不重复读旧值你怎么改”。常见做法是把循环次数提到更大、增加线程数或者改用ReentrantLock显式控制。建议把原题的内部类版本和Lambda版本都练一遍Lambda版本里同一个runnable实例同样可以被多个线程复用但写法更简洁。4.3 Singleton两种写法与“2乘以8等于几”Singleton是代码题里的老面孔原资料给出了两种基础写法饿汉式和懒汉式。饿汉式就是类初始化时直接创建唯一实例public class Singleton { private Singleton() {} private static Singleton instance new Singleton(); public static Singleton getInstance() { return instance; } }这种写法线程安全因为静态字段在类加载初始化阶段就被赋值JVM保证这个过程的线程安全。缺点是无论有没有用到实例类一加载就把对象创建了浪费资源。懒汉式原先把getInstance方法整体加synchronized保证了延迟加载和线程安全但每次获取实例都要走一遍方法锁性能差。结合面试现状更推荐的版本是双重检查锁加volatilepublic class Singleton { private static volatile Singleton instance null; private Singleton() {} public static Singleton getInstance() { if (instance null) { synchronized (Singleton.class) { if (instance null) { instance new Singleton(); } } } return instance; } }volatile在这里的作用是防止指令重排序。instance new Singleton()这条语句在字节码层面会拆成三步分配内存、调用构造器、把引用赋值给字段。如果后两步被重排另一个线程可能拿到一个构造未完成的对象。volatile禁止了这个重排双检锁才真正可靠。“用最有效率的方法算出2乘以8等于几”是另一道送分题答案是2 3。左移三位相当于乘以2的3次方。老面试官视角里位移运算比乘法指令更快所以是“最有效率”的解法。不过现在JVM的JIT编译器对乘以常量会做强度削减自动变成移位或加法指令直接写2 * 8代码上差距已经很小。回答这道题时先给2 3再补一句“现代编译器已能自动优化乘法指令”显得你既熟悉位运算又了解JVM行为。5. 避坑指南122道题里最容易答错的六个细节含原因与解决5.1 现象short s1 s1 1编译报错s1 1却能通过不少人在白板写代码时栽在这道题上。原因在于表达式s1 1中s1是short类型1是int常量Java的二元数值运算会把short自动提升到int结果就是int类型直接赋值给short需要强制窄化转换编译必然报错。而s1 1是复合赋值运算符语言规范规定它自带隐式强制转换等价于s1 (short)(s1 1)所以能编译通过。解决这个问题理解“Java自动类型提升发生在运算前赋值时的窄化必须显式”就够了。面试时如果能把这个现象背后的JLS规则说出来比只记结论更有说服力。5.2 现象Math.round(-11.5)被写成-12实际结果是-11Math.round的规则是返回与参数最接近的long底层实现是floor(x 0.5)。-11.5加0.5等于-11floor(-11)就是-11。正数大家都不会错负数因为忽略了floor方法的取整方向而发生误判。解决方法是把公式记牢round(x) floor(x 0.5)以后遇到负数先加0.5再向下取整就不会再踩坑。5.3 现象数组的length和String的length()经常写反现场写代码时有人写arr.length()报错也有人写str.length不报错但结果不对。原因是数组是JVM内建对象length是它的公开字段属性不是方法String是普通类通过length()方法获取字符数。数组没有length()方法String没有length属性两者刚好相反。解决方法是形成条件反射看到数组就在脑子里想length字段看到String就想length()方法调用。5.4 现象原题答案说“switch不能作用在String上”放到现在会被打问号这道题的表述有版本时效性。早期Java确实只支持int、short、char、byte以及枚举String不行。但Java 7开始switch支持String作为条件表达式通过hashCode和equals实现分支判断。long类型至今不受支持。所以回答时要分版本如果你在Java 7之前答案是不能用String在当今开发环境答案是“可以作用于String但不能作用于long”。有版本意识的答案比照搬老题库强得多。5.5 现象说“对象作为参数传递是引用传递”被面试官当场纠正标准的Java语语义只有值传递。当一个对象实例作为参数传入方法时传递的是对象引用的一个拷贝这个拷贝的值指向同一个对象。所以在方法内修改对象的属性会反映到原对象上但如果在方法内给参数重新赋值一个新的对象原对象引用不会变。正确的表述是“对象引用按值传递”而不是“对象按引用传递”。后一种说法容易让面试官认为你没有理解引用和值的区别。5.6 现象final、finally、finalize三兄弟傻傻分不清这三个词拼写相近含义却完全不同。final是修饰符修饰类表示类不可继承修饰方法表示方法不可覆盖修饰变量表示变量引用不可再赋值。finally是异常处理结构的一部分无论try块中是正常结束还是抛出异常finally里的代码都会执行常用于释放资源。finalize是Object类里的一个方法垃圾回收器在回收对象前会调用它但现代Java开发已经明确不推荐依赖finalize做资源清理因为它执行时机不确定甚至可能不执行。回答时把三者放在“修饰符、异常关键字、Object回调方法”三个维度上区分清楚即可。6. 把122道题刷进自己的答案里三遍刷题法就够了6.1 从背题到复述一套人人能用的面试复习流程我用这套方法帮过不下十个准备Java面试的开发者核心就是下面三步。第一步按专题分组刷题不要从第1题线性刷到第122题。这份集锦本身是按“面向对象 → 数据类型 → 集合 → 异常 → 线程 → Web与容器”的自然顺序排列的把同专题的题放一天集中消化比如周一专门刷集合周二专门刷异常和线程每组不超过12道。每道题先合上答案用自己的话在纸上写出关键词再打开答案对照遗漏的点就是你的弱点记录。第二步给每道题准备一个追问清单。基础题库的答案往往是结论性的面试官一定会追问“为什么”或“换一种场景怎么做”。对每道题试着自己问自己两个问题这个设计解决了什么问题对比方案有什么代价比如学ArrayList和LinkedList时追问“读写比多少时该切换选型”学String和StringBuffer时追问“为什么单线程推荐StringBuilder而不是StringBuffer”。能自问自答的题才真正算理解了。第三步代码题手写三遍。打包里的19道代码题不算多但每一道都值得白板演示。第一遍照着答案抄一遍目标是看懂每行代码的作用比如4线程增减j里的synchronized为什么加在方法上而不是run方法上第二遍合上答案凭记忆写出来写不出来就回到第一步第三遍完全独立写写完后主动思考有没有更优方案例如把懒汉Singleton改成双重检查锁加volatile。三道题下来手感和只背答案完全不同。我以前带过一个开发者把122道题背了整整三周结果面试时被“Math.round(-11.5)等于多少”打回原形因为他背的答案是“-11”却不明白为什么。从那以后我每次复习这套题都强制自己走一遍“复述 → 追问 → 手写”的流程不再碰纯背诵的复习方式。这份集锦适合当题库底稿但要真正在面试里把答案变成自己的话一定要多追问自己一层为什么。希望帮到你。本文还有配套的精品资源点击获取
简介这是为Java求职者整理的基础面试题库资源包含基础题122道、代码题19道覆盖面向对象抽象继承封装多态、String与StringBuffer差异、int与Integer装箱拆箱、运行时异常与检查异常、Servlet生命周期与CGI对比、EJB中SessionBean与EntityBean区别、ArrayList与Vector及LinkedList存储性能等高频考点也对Collection相关基础进行了梳理。资源以单个PDF文档打包文件数1个压缩包大小267KB便于下载后离线翻阅。目前已有1549人浏览学习适合初、中级Java开发者在求职、跳槽或日常查漏补缺时使用。PDF不仅逐题给出答案还对易混淆概念做了横向辨析如String不可变时推荐StringBuilder、LinkedList插入快但随机访问慢、Vector线程安全带来性能损耗等同时19道代码题可以帮助读者巩固语法细节、练习实际编码与输出分析加深对Java基础知识的理解。整体内容覆盖校招笔试与一轮技术面常见范围适合按题号系统刷题和考前集中复习。1. 为什么122道Java基础面试题还能翻车先看看这份集锦的边界在哪里做Java面试准备的人手上多半存过好几份“面试题大全”但真到面试现场被追问“那你说说为什么这样设计”“换个场景还适用吗”很多人就卡住了。这份《Java面试题及答案集锦基础题122道代码题19道》我完整拆过一遍覆盖面确实老练面向对象、String与基本类型、集合选型、异常、线程、Servlet生命周期甚至还有一批现在已经边缘化的EJB和JSP题目。它最大的价值不是让你背下122个答案而是给你一张完整的考点地图让你知道哪些题常考、哪些题有坑、哪些题追问起来能区分出真假熟练度。适合准备校招或社招初、中级岗位的人也适合平时带实习生、想快速摸底团队基础水平的面试官。2. 面向对象与数据类型从四特征到int和Integer的追问式拆解2.1 面向对象四特征背得出关键词不等于答得对追问“抽象、继承、封装、多态”这八个字几乎是每场Java面试的开场题。问题在于很多人只背了结论被追问一两层就露馅。原答案里有个细节容易被忽略抽象包括过程抽象和数据抽象过程抽象对应的是“方法”数据抽象对应的是“类”。面试官如果问“抽象和封装到底有什么区别”标准答法是——抽象解决的是“我要关注哪些特征”封装解决的是“这些特征怎么对外隐藏”。所以抽象是设计层面的取舍封装是实现层面的约束。继承部分要能回答“子类能继承父类的私有成员吗”这类追问。准确说私有成员可以被继承到子类对象里但子类不能直接访问需要通过父类提供的公有或受保护方法间接使用。经常有候选人答“不能继承私有成员”这个说法在初面可能能混过去但二面遇到较真的面试官就会被纠正。多态部分值得多说两句。原答案提到“参数化多态性和包含多态性”这个提法在普通面经里不常见。参数化多态一般指泛型包含多态指继承和接口实现带来的运行时行为差异。回答这类题时我习惯先给定义再给一个具体例子Shape接口有draw方法Circle和Rectangle各自实现调用方拿到Shape引用后调用draw实际执行的是具体子类的版本。这就是“对同一消息作出不同响应”的直观解释。答题框架建议按“定义 → 例子 → 追问”三层来准备不要只背课本原句。面试官见过太多一模一样的书面答案你多说一句“过程抽象和数据抽象的区别”就能从“背过”的群体里跳出来。2.2 int与Integer基本类型和包装类型之间的四层差异int和Integer看起来是最基础的知识点但这道题能挖的角度比想象中多。原答案给出了一个关键定位Java提供两种不同的类型引用类型和原始类型int是原始数据类型Integer是int的封装类。这两个类型的差异要从四个方面去说才完整。第一是存储位置。原始类型变量直接存值作为局部变量时在栈上Integer是对象作为局部变量时引用在栈上、对象在堆上。第二是默认值。对象引用实例变量的缺省值是null原始类型实例变量的缺省值跟类型有关int默认是0boolean默认是false。这道题经常伴随“Integer能自动拆箱吗”的追问Java 5之后有了自动装箱拆箱Integer和int可以直接互相赋值但要注意null拆箱会抛NullPointerException。第三是有无方法。Integer可以用parseInt、toString、compareTo等方法int做不到。第四是性能原始类型没有对象头内存占用小、访问快。再补充一个高频追问Integer的缓存范围。Integer缓存了-128到127之间的对象所以两个Integer都用Integer.valueOf(100)赋值时比较结果可能是true一旦超过127比如Integer a 128; Integer b 128; a b就是false。这道题几乎年年出现原题库里没有明说但当你讨论int与Integer区别时把它作为“面试官可能会追加的一层”主动讲出来印象分会明显不一样。2.3 String、StringBuffer、StringBuilder与经典对象计数题String系列在基础题库里的地位非常牢固。首先是String是不是基本数据类型不是。String类是final类型不可继承、不可修改。原答案里提到“为了提高效率节省空间我们应该用StringBuffer类”这句话放到现在需要修正一下StringBuffer是线程安全的方法加了synchronized单线程环境下反而有性能损耗StringBuilder是Java 1.5引入的非同步版本单线程字符串拼接首选。三者的选择逻辑很好记字符串内容不变选String单线程大量拼接选StringBuilder多线程共享可变字符串选StringBuffer。面试时能说出“StringBuilder不是线程安全”这个点说明你真的用过而不是只背过概念。“String s new String(xyz)创建了几个String Object”原始答案是“两个”但更严谨的说法是“一个或两个”。因为如果“xyz”这个字面量在字符串常量池里已经存在那么只在堆上创建了一个新对象如果常量池里没有JVM会先把“xyz”放入常量池再在堆上创建一个对象。面试时给出这个区分比直接报“两个”更能体现底层理解。还有一个极易混淆的考点String有没有length()方法数组有没有length()Standard答案是String有length()方法数组只有length属性。这两个写法在写代码时经常打反后面避坑章节会专门讲。3. 集合、异常与线程ArrayList、HashMap、sleep与wait的考场送命题3.1 List三兄弟ArrayList、Vector、LinkedList的存储性能和选型ArrayList、Vector、LinkedList这组对比是集合体系最经典的入门题。原答案给得比较完整ArrayList和Vector都用数组存储数组预留了多余容量以便插入和扩容所以按序号索引数据快、插入数据慢Vector因为方法加了synchronized线程安全但性能较差LinkedList用双向链表实现按序号索引需要从头或尾遍历插入时只需修改前后节点的引用所以插入快。实际面试时面试官更想听到的是“你怎么选型”。我一般这样答绝大多数业务场景就是读多写少用ArrayList如果你明确知道会在列表中间频繁插入或删除考虑LinkedList如果涉及多线程并发访问Vector不是首选现代写法是CopyOnWriteArrayList——读操作不加锁写操作复制一份新数组再改适合读频率远高于写的场景。把这三个层次的差异说完这道题就算过关了。简单总结一张表实现类数据结构随机访问插入删除线程安全ArrayList动态数组快O(1)慢涉及元素移动否Vector动态数组快O(1)慢涉及元素移动是方法级同步LinkedList双向链表慢O(n)快O(1)否注意一个细节LinkedList插入虽然拿到节点后是O(1)但如果插入位置需要先遍历定位整体复杂度还是O(n)。面试时主动点出这个限定条件显得更严谨。3.2 HashMap与Hashtablenull、线程安全和版本演变HashMap和Hashtable的区别原答案列了三四条我梳理一下其中最稳定的几条。第一HashMap允许null作为key或valueHashtable不允许第二HashMap是非线程安全的Hashtable方法是同步的第三HashMap是Java 1.2引进的Map接口实现Hashtable继承自Dictionary类属于JDK 1.0遗留第四Hashtable有contains方法HashMap把它拆成了containsKey和containsValue避免语义歧义。有一个常踩的坑要提示虽然Hashtable线程安全但它用的是粗暴的全局方法锁并发效率很低。现代Java并发场景下优先考虑ConcurrentHashMap它利用分段锁或CAS机制锁粒度小得多。这里还可以补一句HashMap在并发下的风险多线程同时put可能造成数据丢失JDK 1.7以前甚至在扩容时会形成环形链表导致死循环JDK 1.8改成尾插法后避免了这个问题。这些内容在基础题库里没有但讲HashMap不提它们显得像只背了对比表。如果面试中聊到这最好还能说出HashMap在JDK 1.8后引入了红黑树优化当链表长度超过TREEIFY_THRESHOLD默认是8且数组长度达到64时链表会转成红黑树把最坏情况下的查找时间从O(n)降到O(log n)。这个参数在原题库中完全没有却是当前面试的高频追问点。3.3 异常体系运行时异常、受检异常和Error的三层边界异常相关的题核心是搞清楚“运行时异常和一般异常有什么区别”。原答案的说法是运行时异常表示虚拟机的通常操作中可能遇到的异常是常见运行错误Java编译器要求方法必须声明抛出可能发生的非运行时异常并不要求必须声明未被捕获的运行时异常。这句话反过来说就是受检异常checked exception编译期强制处理运行时异常RuntimeException编译期不强制。常被问到的RuntimeException子类有一长串最典型的几个要能脱口而出NullPointerException、ArithmeticException、ClassCastException、IndexOutOfBoundsException、IllegalArgumentException。回答“给我一个你最常见到的runtime exception”时给一个具体场景比单纯报名字好比如“最常见的是NullPointerException调用某个未初始化对象的实例方法时触发”。Error也要单独说清楚。error表示恢复不是不可能但很困难的问题比如内存溢出OutOfMemoryError、栈溢出StackOverflowError。程序不应该去捕获并试图处理这类问题因为即使捕获了系统状态也可能已经不可靠。一般性原则是调用方可以恢复的状态用受检异常属于编程错误的用运行时异常系统级故障让它以Error的形式暴露出来。3.4 线程状态与同步sleep、wait、notify的锁行为差异sleep和wait的区别是线程题的必考点。原答案给出了两个关键结论sleep是Thread类的静态方法调用后线程暂停执行但不释放对象锁到指定时间自动恢复wait是Object类的方法调用后线程释放对象锁进入该对象的等待池必须由其他线程调用notify或notifyAll才能唤醒。实际写并发代码时这个区别直接影响死锁是否发生。如果持锁后调用sleep其他线程拿不到锁只能干等如果调用wait锁被释放其他线程有机会进入临界区。同步的实现方面经典做法是synchronized配合wait、notifysynchronized可以加在方法上也可以加在代码块上。加在方法上时锁的是当前对象实例静态方法锁的是Class对象。面试追问“notify唤醒的是哪个线程”要注意规范说法是JVM决定唤醒哪个线程并且不是按优先级如果你想确保某个特定线程被唤醒就得自己设计机制比如用多个条件队列或显式Lock。线程状态部分老题库把Java线程归为“运行、就绪、挂起、结束”四种这个说法在早期资料里常见但现代JDK的Thread.State枚举里实际是六种NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATED。遇到较真版本号的面试官用六状态回答更稳妥如果他不讲究版本用四状态概括再补充一句“不同版本划分方式略有差异”也能体现出你懂底层状态机。4. 类加载与三道代码题ClassLoader机制、线程增减j与Singleton写法4.1 ClassLoader加载class文件的机制从查找路径到双亲委派原答案对类加载的说明比较简短JVM中类的装载由ClassLoader和它的子类实现ClassLoader负责在运行时查找并装入类文件。这段描述方向正确但作为面试答案信息量不够。一般我会补上三层加载器结构和双亲委派模型的理解。JVM默认有三种类型的类加载器启动类加载器Bootstrap、扩展类加载器Extension和应用类加载器App。启动类加载器负责加载JDK核心类库比如rt.jar里的类扩展类加载器负责加载扩展目录下的jar应用类加载器负责加载classpath指定的类。三者不是继承关系而是父子委派关系类加载请求先交给父加载器尝试加载父加载器加载不到才轮到子加载器自己加载。为什么要这样设计根本目的是为了安全。如果应用类加载器自己写一个java.lang.String双亲委派会让启动类加载器先加载JRE自带的String从而防止核心类库被篡改。面试时把“双亲委派 安全性”这套逻辑说出来比单纯列加载器名字强得多。另一个常见追问是“如何打破双亲委派”典型做法是自定义类加载器并重写loadClass方法不先请求父加载器。只把答案念出来而不讲动机。类加载的过程还包括“加载、验证、准备、解析、初始化”五个阶段。初始化阶段对应静态变量赋值和静态代码块执行这也是为什么静态块里引用前向声明的静态变量会出问题。这个五阶段在基础题里不常被直接问但被追问时能展开就是明显加分。4.2 代码题实战4个线程对j增减内部类与synchronized配合这道题原文给了一份可运行的示例代码整理后如下public class ThreadTest1 { private int j; public static void main(String[] args) { ThreadTest1 tt new ThreadTest1(); Inc inc tt.new Inc(); Dec dec tt.new Dec(); for (int i 0; i 2; i) { Thread t new Thread(inc); t.start(); t new Thread(dec); t.start(); } } private synchronized void inc() { j; System.out.println(Thread.currentThread().getName() -inc: j); } private synchronized void dec() { j--; System.out.println(Thread.currentThread().getName() -dec: j); } class Inc implements Runnable { public void run() { for (int i 0; i 100; i) { inc(); } } } class Dec implements Runnable { public void run() { for (int i 0; i 100; i) { dec(); } } } }这段代码的关键在于两个方法都加了synchronized锁是当前ThreadTest1实例tt。四个子线程通过Runnable内部类共享同一个tt对象所以inc和dec对j的读写是串行化的j不会出现丢失更新的问题。输出顺序不确定因为线程调度由JVM决定inc和dec谁先抢到锁都可能最后j理论上回到0但中间打印的j值序列每次运行都不一样。有个容易忽略的点为什么不用volatile修饰j因为synchronized的进入和退出本身就建立了happens-before关系线程释放锁时对共享变量的修改对后续获取同一把锁的线程是可见的。加volatile不是必需反而是synchronized已经覆盖了可见性和原子性两重保障。写这道题时面试官通常还会问“如果要保证每个线程每次增减后j不重复读旧值你怎么改”。常见做法是把循环次数提到更大、增加线程数或者改用ReentrantLock显式控制。建议把原题的内部类版本和Lambda版本都练一遍Lambda版本里同一个runnable实例同样可以被多个线程复用但写法更简洁。4.3 Singleton两种写法与“2乘以8等于几”Singleton是代码题里的老面孔原资料给出了两种基础写法饿汉式和懒汉式。饿汉式就是类初始化时直接创建唯一实例public class Singleton { private Singleton() {} private static Singleton instance new Singleton(); public static Singleton getInstance() { return instance; } }这种写法线程安全因为静态字段在类加载初始化阶段就被赋值JVM保证这个过程的线程安全。缺点是无论有没有用到实例类一加载就把对象创建了浪费资源。懒汉式原先把getInstance方法整体加synchronized保证了延迟加载和线程安全但每次获取实例都要走一遍方法锁性能差。结合面试现状更推荐的版本是双重检查锁加volatilepublic class Singleton { private static volatile Singleton instance null; private Singleton() {} public static Singleton getInstance() { if (instance null) { synchronized (Singleton.class) { if (instance null) { instance new Singleton(); } } } return instance; } }volatile在这里的作用是防止指令重排序。instance new Singleton()这条语句在字节码层面会拆成三步分配内存、调用构造器、把引用赋值给字段。如果后两步被重排另一个线程可能拿到一个构造未完成的对象。volatile禁止了这个重排双检锁才真正可靠。“用最有效率的方法算出2乘以8等于几”是另一道送分题答案是2 3。左移三位相当于乘以2的3次方。老面试官视角里位移运算比乘法指令更快所以是“最有效率”的解法。不过现在JVM的JIT编译器对乘以常量会做强度削减自动变成移位或加法指令直接写2 * 8代码上差距已经很小。回答这道题时先给2 3再补一句“现代编译器已能自动优化乘法指令”显得你既熟悉位运算又了解JVM行为。5. 避坑指南122道题里最容易答错的六个细节含原因与解决5.1 现象short s1 s1 1编译报错s1 1却能通过不少人在白板写代码时栽在这道题上。原因在于表达式s1 1中s1是short类型1是int常量Java的二元数值运算会把short自动提升到int结果就是int类型直接赋值给short需要强制窄化转换编译必然报错。而s1 1是复合赋值运算符语言规范规定它自带隐式强制转换等价于s1 (short)(s1 1)所以能编译通过。解决这个问题理解“Java自动类型提升发生在运算前赋值时的窄化必须显式”就够了。面试时如果能把这个现象背后的JLS规则说出来比只记结论更有说服力。5.2 现象Math.round(-11.5)被写成-12实际结果是-11Math.round的规则是返回与参数最接近的long底层实现是floor(x 0.5)。-11.5加0.5等于-11floor(-11)就是-11。正数大家都不会错负数因为忽略了floor方法的取整方向而发生误判。解决方法是把公式记牢round(x) floor(x 0.5)以后遇到负数先加0.5再向下取整就不会再踩坑。5.3 现象数组的length和String的length()经常写反现场写代码时有人写arr.length()报错也有人写str.length不报错但结果不对。原因是数组是JVM内建对象length是它的公开字段属性不是方法String是普通类通过length()方法获取字符数。数组没有length()方法String没有length属性两者刚好相反。解决方法是形成条件反射看到数组就在脑子里想length字段看到String就想length()方法调用。5.4 现象原题答案说“switch不能作用在String上”放到现在会被打问号这道题的表述有版本时效性。早期Java确实只支持int、short、char、byte以及枚举String不行。但Java 7开始switch支持String作为条件表达式通过hashCode和equals实现分支判断。long类型至今不受支持。所以回答时要分版本如果你在Java 7之前答案是不能用String在当今开发环境答案是“可以作用于String但不能作用于long”。有版本意识的答案比照搬老题库强得多。5.5 现象说“对象作为参数传递是引用传递”被面试官当场纠正标准的Java语语义只有值传递。当一个对象实例作为参数传入方法时传递的是对象引用的一个拷贝这个拷贝的值指向同一个对象。所以在方法内修改对象的属性会反映到原对象上但如果在方法内给参数重新赋值一个新的对象原对象引用不会变。正确的表述是“对象引用按值传递”而不是“对象按引用传递”。后一种说法容易让面试官认为你没有理解引用和值的区别。5.6 现象final、finally、finalize三兄弟傻傻分不清这三个词拼写相近含义却完全不同。final是修饰符修饰类表示类不可继承修饰方法表示方法不可覆盖修饰变量表示变量引用不可再赋值。finally是异常处理结构的一部分无论try块中是正常结束还是抛出异常finally里的代码都会执行常用于释放资源。finalize是Object类里的一个方法垃圾回收器在回收对象前会调用它但现代Java开发已经明确不推荐依赖finalize做资源清理因为它执行时机不确定甚至可能不执行。回答时把三者放在“修饰符、异常关键字、Object回调方法”三个维度上区分清楚即可。6. 把122道题刷进自己的答案里三遍刷题法就够了6.1 从背题到复述一套人人能用的面试复习流程我用这套方法帮过不下十个准备Java面试的开发者核心就是下面三步。第一步按专题分组刷题不要从第1题线性刷到第122题。这份集锦本身是按“面向对象 → 数据类型 → 集合 → 异常 → 线程 → Web与容器”的自然顺序排列的把同专题的题放一天集中消化比如周一专门刷集合周二专门刷异常和线程每组不超过12道。每道题先合上答案用自己的话在纸上写出关键词再打开答案对照遗漏的点就是你的弱点记录。第二步给每道题准备一个追问清单。基础题库的答案往往是结论性的面试官一定会追问“为什么”或“换一种场景怎么做”。对每道题试着自己问自己两个问题这个设计解决了什么问题对比方案有什么代价比如学ArrayList和LinkedList时追问“读写比多少时该切换选型”学String和StringBuffer时追问“为什么单线程推荐StringBuilder而不是StringBuffer”。能自问自答的题才真正算理解了。第三步代码题手写三遍。打包里的19道代码题不算多但每一道都值得白板演示。第一遍照着答案抄一遍目标是看懂每行代码的作用比如4线程增减j里的synchronized为什么加在方法上而不是run方法上第二遍合上答案凭记忆写出来写不出来就回到第一步第三遍完全独立写写完后主动思考有没有更优方案例如把懒汉Singleton改成双重检查锁加volatile。三道题下来手感和只背答案完全不同。我以前带过一个开发者把122道题背了整整三周结果面试时被“Math.round(-11.5)等于多少”打回原形因为他背的答案是“-11”却不明白为什么。从那以后我每次复习这套题都强制自己走一遍“复述 → 追问 → 手写”的流程不再碰纯背诵的复习方式。这份集锦适合当题库底稿但要真正在面试里把答案变成自己的话一定要多追问自己一层为什么。希望帮到你。本文还有配套的精品资源点击获取
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
