比格基地2017秋招Java笔试试卷这份题单到现在我还留着。那年我正好赶上这波招聘一套题做下来最大的感受是它不像很多公司那样堆偏题怪题而是把Java基础、集合、并发、JVM这些核心知识点揉进了一套看似常规的卷子里越做越觉得有嚼头。后来我自己也参与过校招出题回过头再看这套试卷才发现它几乎就是一个Java后端岗位能力模型的缩影——基础扎不扎实、代码习惯好不好、遇到问题有没有排查思路一套卷子全能试出来。这篇文章我就以这套试卷为线索把当年那些高频考点、容易踩的坑、以及现在回头看依然很有价值的解题思路逐一拆开讲讲。不管你是正在准备校招的应届生还是工作了两三年想回头补基础的开发这篇内容应该都能给你一些实在的参考。1. 这套试卷到底在考什么——比格基地笔试的整体设计逻辑1.1 2017年秋招Java笔试的典型题型分布先说说这套卷子的整体结构。一般互联网公司的Java笔试题分三块选择题/填空题、简答题、编程题。比格基地这套卷子也不例外但它的比例安排很有意思——选择题占比不算特别高反而简答题和编程题的分数权重很大。我记得很清楚卷子前面是十来道选择题覆盖了Java基础语法、运算符优先级、String相关、异常处理、集合类这些点。中间是几道简答题涉及面向对象设计、多线程、JVM内存模型。最后是两道编程题一道是算法题一道是结合实际场景的设计题。整体做下来大概90分钟到120分钟时间其实挺紧张。这里有个很关键的信号选择题只能筛掉完全不会的人真正决定你能不能进面试的是简答题和编程题。因为这两部分能看出你的思维方式——是死记硬背还是真理解了原理。所以复习的时候别只刷选择题一定要动手写代码、动脑子总结原理。1.2 从考察目标反推复习重点如果我们站在出题人的角度去看这套卷子想验证的无非是三件事第一Java基础语法是否牢固。不是说你记住了多少API而是面对一段代码能不能准确判断输出结果能不能快速定位语法层面的问题。第二是否理解核心机制的原理。比如HashMap的底层结构、equals和hashCode的约定、synchronized的锁升级过程这些不是靠背面试题能糊弄过去的需要真正理解设计意图。第三是否具备基本的代码实现能力。编程题不会考太复杂的算法但会考你能否用Java写出结构清晰、边界处理到位的代码。所以如果你现在正在准备类似的笔试我的建议是把重心放在JVM内存模型、集合框架源码、并发编程基础、异常处理机制这四块再配合每天一两道手写算法题保持手感。这套组合拳基本能覆盖90%以上的校招Java笔试题。2. 核心考点逐题拆解Java基础语法与面向对象2.1 运算符与表达式那些年必考的“陷阱题”这套卷子的选择题里有一类题几乎是所有Java笔试的标配——运算符优先级和类型转换。比如int i 1; i i;最终i的值是多少又或者System.out.println(3 4 5)输出什么。这种题看着简单其实非常能检验基础功底。我记得当时卷子上有一道题考的是和equals的区别但不是直接问而是给了几组对象比较的代码让你判断哪一组输出true。这里涉及的就是Integer缓存的问题——Integer a 127; Integer b 127;用比较是true但换成128就变成false了。这种题型的坑在于如果你只背结论不理解底层原理换一个数字、换一种包装类型就很容易翻车。所以我建议在学习的时候遇到这类问题多问一个“为什么”。为什么Integer有缓存因为JVM启动时会把-128到127的整数提前创建好对象这是基于大部分场景下小整数使用频率高的假设做的一种性能优化。理解了这一层不管题目怎么变你都能稳得住。2.2 面向对象三大特性的笔试考法简答题部分比格基地这套卷子问过一道很经典的题继承、封装、多态分别解决了什么问题请结合代码说明。这题本身不难但很多人答得特别空就写“继承是子类继承父类封装是隐藏细节多态是同一个方法不同表现”这种答案拿不到高分。我当时是这么答的继承解决的是代码复用和层级抽象的问题比如一个动物基类派生出猫和狗的子类公共的行为提到父类中避免重复代码。封装解决的是安全性和易用性的问题把字段设为private通过public方法暴露操作入口这样可以在方法内部加校验逻辑防止外部随意修改数据导致状态不一致。多态解决的是扩展性的问题面向父类编程调用方不需要关心具体子类的实现新增子类时不用修改已有代码符合开闭原则。关键是要理解这三大特性不是孤立存在的它们是配合使用的。一个优秀的设计往往同时用了继承和接口通过多态实现灵活扩展通过封装保护内部状态。如果答题时能把这个层次答出来阅卷人一眼就能看出你对面向对象是有真实理解的。2.3 异常处理不只是try-catch那么简单异常这块试卷里有一道选择题考察的是checked exception和unchecked exception的区别还有一道简答题让说说你平时是怎么处理异常的。很多考生对异常的理解停留在“用try-catch包起来”的层面这其实是不够的。异常处理的核心思想是什么时候应该捕获异常并恢复什么时候应该抛出异常让上层处理什么时候应该包装成新的异常再抛出。我的习惯是几条原则第一能恢复的异常才捕获不能恢复的比如NullPointerException这种属于程序bug的应该尽早暴露出来第二捕获异常后不能吞掉至少要打日志第三方法边界处要定义好异常契约调用方才能根据异常类型做出合理的处理。笔试里如果遇到让你“设计一个异常处理方案”的题可以先从业务异常和系统异常的分类入手再谈谈全局异常处理器的设计思路比如SpringMVC里的ControllerAdvice配合ExceptionHandler这样既体现了基础又展示了实战能力。3. 集合框架与常用类笔试里的“八股文”高发区3.1 HashMap与HashTable的区别为什么年年考比格基地这套卷子也问了HashMap相关的问题但问的角度比较有意思不是直接让你背区别而是给了一段多线程环境下使用HashMap导致CPU飙升的代码让你分析原因。这其实就是经典的HashMap并发死循环问题——JDK 7及以前版本HashMap在扩容时采用头插法并发场景下多个线程同时操作链表成环get操作就会陷入死循环。这个问题现在很多人已经不知道了因为JDK 8改用了尾插法基本避免了死循环问题但并发下数据丢失、size不准的问题依然存在。所以它的标准答案应该是HashMap不是线程安全的并发场景应该用ConcurrentHashMap。这里我想多说一句为什么这类集合源码题年年考因为它能反映一个开发者的底层功底。你如果只是API调用工程师确实不需要关心这些但一旦遇到线上性能问题、数据不一致问题懂底层的人才能快速定位方向。所以学习集合类我强烈建议去看源码不需要每一行都看懂但核心的几个类——HashMap、ArrayList、ConcurrentHashMap——的存储结构、扩容机制、并发控制手段一定要搞清楚。3.2 排序算法与手写代码冒泡、快排的典型考法编程题里有一道是手写快速排序这几乎是Java笔试的保留节目。比格基地这套卷子也是这样——给你一个无序数组要求用快排实现排序并分析时间复杂度和空间复杂度。快排的核心思想是分治选一个基准值把数组分成小于基准值和大于基准值两部分然后递归处理。但这里有个细节容易被忽略——基准值的选择会影响性能。如果每次选第一个元素而数组已经有序时间复杂度会退化到O(n²)。所以更好的做法是取中位数或者随机选基准值。写代码的时候还有几个注意点边界条件要处理好递归终止条件是left right分区函数里从右往左找小于基准值的元素从左往右找大于基准值的元素两边都停下来就交换最后把基准值放到正确的位置。这些细节笔试的时候是能看出你的代码功底的。如果时间充裕我建议把冒泡、快排、归并排序都手写一遍并且能画出每一轮的排序过程。因为有些笔试题不让你写完整代码而是让你描述排序过程或者问你“第k轮排序后数组是什么样”这时候如果对过程不熟悉很容易写错。3.3 String、StringBuilder、StringBuffer的笔试题陷阱集合之外String相关的题目也是这套卷子的常客。有一道选择题问的是String s new String(abc)创建了几个对象。答案是如果常量池里没有abc则创建两个对象——一个在堆里一个在常量池里如果常量池已有则只创建一个堆对象。这种题考的就是字符串常量池和不可变对象的设计思想。String设计为不可变是为了安全性和性能——哈希缓存、字符串池复用、网络连接参数等场景都依赖String不可变。而StringBuilder和StringBuffer的可变性则是为了在频繁拼接字符串时避免创建大量中间对象。再延伸一层为什么StringBuffer的方法用synchronized修饰而StringBuilder不用因为StringBuffer是线程安全的适合多线程环境下使用但代价是性能损耗StringBuilder是单线程下的优化选择。笔试中经常考这种“为什么”的题其实就是看你能不能把语言设计和实际场景关联起来。4. 多线程与JVM拉开差距的进阶题4.1 多线程题的典型问法从synchronized到并发工具比格基地这套试卷的简答题部分有一道多线程题问的是有两个线程分别对同一个变量执行10000次自增操作最终结果一定等于20000吗如果不一定请说明原因并给出解决方案。这是一个非常经典的多线程题目。答案是不一定。因为i不是一个原子操作它包含读取、加一、写回三个步骤。两个线程可能同时读取到同一个值各自加一后再写回导致最终结果小于20000。解决方案有很多用AtomicIntegerCAS实现用synchronized加锁或者用Lock接口的实现类。但笔试时不能只写方案名称要能说出各自的原理和适用场景。AtomicInteger适合竞争不激烈、需要对单个变量做原子更新的场景synchronized适合代码块级别的互斥JDK 6之后引入了偏向锁、轻量级锁、重量级锁的升级过程性能已经大幅优化ReentrantLock则提供了更灵活的功能比如可中断、可超时、公平锁等。这里我也想提醒一下多线程题的答案不是背出来的而是理解出来的。你如果能在纸上画出两个线程交错执行i的时序图说明你是真的理解了并发问题的本质这种能力在面试中也非常加分。4.2 JVM内存与OOM从一道选择题说开去这套卷子有一道选择题考的是JVM运行时数据区包含哪些部分。这种题属于送分题但它的变体往往会在面试环节出现比如内存溢出有哪些类型怎么排查。我建议大家把JVM内存模型当成一张地图来记线程私有的部分是虚拟机栈、本地方法栈、程序计数器线程共享的部分是堆和方法区JDK 8之后方法区被元空间取代使用的是本地内存。知道了这张地图遇到OOM时就能根据异常类型快速定位问题区域。比如StackOverflowError说明是虚拟机栈深度超了通常是递归调用没有出口OutOfMemoryError的Java heap space说明堆内存不够可能是对象太多没有及时释放元空间的OOM则是加载的类太多。笔试中遇到这类问题如果能结合一次真实的线上排查经历来讲会很有说服力。我当时在备考的时候专门在本子上画过一张JVM内存结构的图每个区域标注了“存什么、溢出会报什么错、怎么调参”这个方法帮我应付了至少五家公司的笔试和面试。5. 笔试实战经验时间分配与解题顺序5.1 拿到试卷先做哪部分我的时间分配建议比格基地这套卷子满分100分90分钟的答题时间。我的建议是不要按题目顺序做而是先做编程题再做简答题最后做选择题。原因很简单编程题是硬功夫需要清晰的思路和完整的时间如果放在最后做一旦时间紧张很容易写不完整丢分最可惜。而选择题即使时间不够蒙一个也有正确率。简答题介于两者之间需要组织语言不能太仓促。如果编程题卡住了先跳过去做简答。千万不要在一道题上耗太久笔试的时间管理本身就是考察项之一——实际工作中你也会遇到多个任务要排优先级的情况出题人往往就是在这种细节里“埋点”考察你的。我当时的时间分配是前5分钟快速浏览全部题目评估难度编程题给40分钟简答题30分钟选择题15分钟。最后留5分钟检查主要是看有没有漏题以及代码有没有明显的语法错误。5.2 手写代码的规范与技巧印象分也很重要笔试时手写代码阅卷人一眼扫过就能看出你的水平。我总结几个得分细节第一变量命名要规范。就算是一个排序算法用arr比用a好用low、high比用i、j好。命名能体现你对代码可读性的重视程度。第二边界条件先写好。写循环之前先写if (arr null || arr.length 0)这种判断能让阅卷人觉得你考虑问题周全。第三核心逻辑加注释。不要求每行都写注释但关键步骤——比如快排里“把基准值放到正确位置”——写一句注释既方便自己梳理思路也方便阅卷人理解。第四写完代码后再用手工走一遍简单的测试用例。比如排一个只有三个元素的数组看看流程是否能走通。这个过程能帮你发现很多边界问题。6. 从试卷到能力这份笔试题背后的Java学习路线6.1 高频问题速查表考试前过一遍结合这套试卷和后来我参与出题的经验我整理了一个Java笔试高频考点的速查表适合考前最后一天过一遍考点类别具体问题核心关注点基础语法与equals区别基本类型比较值引用类型比较地址equals默认同可重写基础语法运算符优先级赋值、算术、关系、逻辑、三目运算的优先级顺序面向对象抽象类与接口区别JDK 8之后接口可以有default方法关键是设计理念不同集合HashMap底层原理数组链表/红黑树扩容机制负载因子0.75的原因集合ArrayList与LinkedList区别数组与链表的数据结构差异带来的性能差异并发volatile关键字作用可见性与禁止指令重排但不保证原子性并发线程池参数核心线程数、最大线程数、队列、拒绝策略的配合JVM类加载过程加载、验证、准备、解析、初始化五个阶段JVMGC算法标记-清除、复制、标记-整理分代收集思想异常checked与unchecked受检异常必须处理运行时异常不需要强制捕获这里特别说一下为什么负载因子是0.75。它本质上是时间成本和空间成本的一个折中负载因子越小扩容越频繁空间浪费越多但冲突概率更低查询效率更高负载因子越大空间利用率高但冲突概率上升链表变长查询效率下降。0.75是实验得出的一个相对均衡的值。6.2 笔试到面试的能力迁移别只会做题比格基地这套卷子做完之后如果你能把这几个核心问题讲清楚面试基本就稳了大半。但我要提醒的是笔试只是敲门砖面试考察的重点会从“知识点”转向“知识的应用”。面试官会问你HashMap在高并发下会有什么问题你线上遇到GC频繁怎么排查你设计一个秒杀系统要怎么考虑库存扣减这些问题的背后都是笔试中那些知识点的延伸。你在准备笔试时如果只背了答案面试时就会露馅如果你理解了原理就能举一反三。我自己带新人的时候经常说一句话Java基础不是背出来的是练出来的、踩坑踩出来的。这套试卷里的每个知识点都对应着实际开发中一个真实的问题场景。带着场景去学知识比对着书啃效率高得多。最后分享一个我到现在还在用的小习惯每学一个知识点就自己设计一个小Demo把原理验证一遍然后写一篇笔记记录“是什么、为什么、怎么用、踩了什么坑”。这个习惯让我在后续的工作中受益很多。这套比格基地的笔试卷子如果你能按我上面的思路把每个考点都过一遍并且都做到“知其所以然”那你拿到的就不仅仅是一份笔试通过的结果而是一套扎实的Java基础功底。