2017 年的校招季收到“北京赞同”的 Java 笔试试卷时我正在宿舍里啃着泡面复习 HashMap 源码。这家公司做金融行业解决方案笔试题目相当有代表性——基础覆盖面广、考察逻辑清晰、还带着明显的金融业务味道。事后复盘这份试卷我发现它几乎就是一份标准的企业级 Java 基础能力体检单把里面涉及的考点和答题思路拆开来看对现在准备校招或者转行 Java 的朋友依然有很强的参考价值。这篇文章就围绕这份试卷逐个模块聊聊出题逻辑、重点难点以及我当时踩过的坑。1. 试卷整体设计与出题逻辑解读1.1 金融行业 IT 公司校招笔试的定位思路“北京赞同”这类做金融行业软件的公司校招笔试的核心目标不是考倒你而是用最短的时间筛出“基础扎实、能干活、有培养潜力”的人。金融业务对系统稳定性、数据准确性要求极高所以笔试题会明显偏向 Java 基础原理、集合框架、并发编程、数据库操作这些硬技能而不会像互联网大厂那样热衷考各种刁钻的算法和智力题。这就决定了试卷的整体风格题目数量多但单题难度适中考察范围广但重点集中。如果你只看重刷 LeetCode 而忽略了 Java 语言本身的细节很容易在基础题上翻车。我当时拿到试卷的第一感觉是——这更像是在检查你平时写代码时有没有“留有疑问”而不只是看你背了多少知识点。1.2 题型分布与考察维度预估结合这类企业级笔试的通性试卷通常会包含三类题型选择题/填空题、简答题/程序阅读题、编程题。选择题用来快速测基础认知程序阅读题测代码理解能力编程题则直接检验手写代码的熟练度和逻辑严谨性。题型预估占比考察核心选择题/填空题30%-40%Java 语法、集合、异常、JVM 基础概念程序阅读题20%-30%代码执行结果、内存变化、边界情况、设计模式识别简答题10%-20%概念解释、方案对比、场景分析编程题20%-30%数据结构与算法、多线程、设计模式手写实现现在我们把每个模块拆开看逐个分析考点背后的东西。2. 高频考点逐个拆解2.1 Java 基础与面向对象不是背概念是看理解深度校招笔试的 Java 基础部分几乎必考面向对象三大特性——封装、继承、多态。但企业出题不会直接问你“什么是多态”而是通过代码题让你判断输出结果或者给你一个场景让你选择最优的类设计方式。比如多态的经典考察点父类引用指向子类对象时调用的是子类重写的方法而访问成员变量时仍然看编译时类型。这个知识点笔试必考而且常常会结合构造方法执行顺序、静态代码块、初始化块一起考。我当时就遇到一道题目大概是这样父类和子类都有静态代码块、构造代码块、构造方法让你写出创建子类对象时的输出顺序。答案的关键在于先执行父类静态代码块、再子类静态代码块然后父类构造代码块和构造方法最后才是子类构造代码块和构造方法。这里有个容易忽略的注意事项静态代码块只在类加载时执行一次而构造代码块在每次创建对象时都会执行且位于构造方法调用之前。如果题目再叠加继承关系就非常考验对类加载机制的理解。备考时建议自己动手写一段多层继承的代码把输出结果打印出来反复对比比死记顺序强得多。另外 String、StringBuilder、StringBuffer 的对比也是高频题。面试官想看你是否理解String 是不可变对象每次拼接都会产生新对象StringBuffer 是线程安全的可变字符序列StringBuilder 则非线程安全但性能更好。笔试题目通常会让判断一段字符串拼接代码创建了多少个对象这种题看似简单但对 JVM 内存分配机制的理解要求不低。实际操作中我建议把 switch 语句对 String 类型的支持、字符串常量池、intern() 方法这几个延伸点也一并复习它们经常连环出现。2.2 集合框架HashMap 的底层原理是必考核心集合框架绝对是 Java 笔试的重头戏而 HashMap 又是其中的重中之重。2017 年前后面试和笔试中HashMap 的底层结构、put 和 get 的流程、扩容机制、并发问题几乎是必考内容。即使到现在这个考点依然是企业筛选人才的最爱只是底层实现从数组链表变成了数组链表红黑树。你需要背下来的关键点包括默认初始容量是 16、负载因子是 0.75、扩容时容量翻倍、key 为 null 时放在 index 0 位置。但光背这些不够笔试真正想测的是你是否理解为什么会这样设计。比如负载因子为什么是 0.75——这是一个空间利用率和时间复杂度的折中值太高会导致链表过长、查询效率下降太低则浪费空间。关于 HashMap 的并发问题这里需要特别提醒一下如果在笔试中问到线程安全的 Map 选择ConcurrentHashMap 是标准答案。它通过分段锁或 CAS 机制实现高效并发读写而 HashTable 虽然线程安全但所有操作都是全局锁并发性能极差。这个对比经常作为一道简答题出现回答时可以先说结论再解释底层实现最后补充“如果在 JDK8 环境下优先选 ConcurrentHashMap”这样的落地点。同时要记得提一句HashMap 在多线程扩容时可能出现循环链表导致死循环这是 JDK7 及之前的经典问题JDK8 中引入红黑树后改为尾插法但依然不能用在并发场景。ArrayList 与 LinkedList、HashSet 与 TreeSet、Comparable 与 Comparator 的对比也是集合部分的常客。备考技巧很简单每个对比至少准备“数据结构、时间复杂度、使用场景”三个维度的说明然后用一个例子串起来。2.3 多线程与并发从 Thread 到线程池多线程是 Java 笔试中区分度很高的模块也是“北京赞同”这类做金融系统的公司非常看重的能力——金融业务涉及交易、清算、账户操作并发控制直接关系到资金安全。基础考点一定是创建线程的方式继承 Thread、实现 Runnable、实现 Callable、synchronized 关键字的用法、wait 和 sleep 的区别、volatile 关键字的作用。这些概念题不难但很容易答得不够深入。举个例子wait 和 sleep 的区别标准回答要包含四点来源不同Object vs Thread、锁行为不同wait 释放锁sleep 不释放、使用位置不同wait 必须在同步块中sleep 随处可用、恢复机制不同wait 需要 notify/notifyAll 唤醒sleep 到了时间自动恢复。但如果你想拿到高分我建议再准备一个延伸题线程池的核心参数有哪些这个问题在近年出现的频率越来越高基本替代了简单的线程创建问题。核心线程数、最大线程数、空闲存活时间、任务队列、拒绝策略每个参数的默认值与作用都要能说清楚。特别是任务队列如果使用无界队列最大线程数参数实际上就失效了这个细节很能反映你是否真的理解线程池的工作原理。2.4 JVM 内存管理从内存区域到垃圾回收企业级笔试几乎绕不开 JVM 的考察但校招通常不会考得太深主要集中在内存区域划分、垃圾回收机制、内存溢出排查这几个方向。内存区域必须能画出程序计数器、虚拟机栈、本地方法栈、堆、方法区以及 JDK8 中的元空间。考察方式可能是选择题比如“哪些区域线程共享、哪些线程私有”——堆和方法区是共享的虚拟机栈、本地方法栈、程序计数器是私有的。垃圾回收部分重点掌握对象是否存活判断引用计数法与可达性分析、新生代和老年代的回收算法复制算法、标记-清除、标记-整理、常见的垃圾收集器Serial、Parallel、CMS、G1。笔试中常出的一类陷阱题是问“System.gc() 是否一定会触发垃圾回收”。正确答案是不一定它只是向 JVM 发出请求具体是否执行由 JVM 决定。这个点我和同学讨论过很多次建议复习时把它记牢。如果你能在试卷上写出一段“内存溢出排查思路”——先通过 jstat 查看堆内存使用情况再用 jmap 导出堆转储文件最后用 MAT 分析大对象引用链——这会让阅卷人觉得你有实际项目经验比空谈理论强很多。2.5 数据库与 SQL金融项目的根基金融行业 IT 公司对 SQL 的重视程度远高于一般互联网公司笔试中数据库题目占比不低而且风格偏实战。常考的无非是基础查询、多表联查、聚合函数、索引优化、事务隔离级别。我比较深刻的体会是事务隔离级别这道题一定要彻底掌握。脏读、不可重复读、幻读三个问题分别对应哪些隔离级别以及 MySQL 默认隔离级别是什么几乎是金融类笔试的标配。这里有个容易混淆的点——MySQL 的默认隔离级别是 REPEATABLE READ而 Oracle 的默认隔离级别是 READ COMMITTED。如果笔试不限定数据库你要先说明自己按哪个数据库来答避免答错方向。索引部分最常考的题目类型是给一条 SQL问它是否使用了索引、为什么没命中索引。常见的索引失效场景要背熟使用 LIKE %xx 开头模糊查询、对索引列进行函数运算、隐式类型转换、OR 连接非索引列。作答时可以结合最左前缀原则分析一个联合索引在多个查询条件下的命中情况。如果复习时间有限优先把这些索引失效的典型例子记住性价比最高。2.6 算法与数据结构排序算法是笔试题的主力校招 Java 笔试试卷中的算法题重点是排序和简单数据结构不会像大厂那样考动态规划或者图论。冒泡排序和快速排序在热搜词中反复出现确实是笔试中的常客。准备排序算法时不要只背代码。你要能说出冒泡排序的时间复杂度是 O(n²)、空间复杂度是 O(1)、是稳定排序快速排序平均时间复杂度是 O(n log n)、最坏情况是 O(n²)、是不稳定排序。笔试编程题如果量比较大写冒泡排序最稳妥不容易出错但如果题量小且考察算法能力快速排序才是更好的选择。另外链表反转、括号匹配、字符串反转这类经典题目也建议提前准备好。它们的实现代码都不长但很能体现基础功力。我当时提前把常见算法的 Java 实现全部手写了一遍这让我在编程题环节节省了大量时间不用现场边想边写。3. 编程题实战思路与答题技巧3.1 手写单例模式一道有区分度的“简单”题设计模式在企业级 Java 笔试中出现的频率很高而单例模式是其中出镜率最高的一个。原因很简单它代码量少、考点明确而且能同时考察线程安全、延迟加载、锁优化等多个知识点。笔试中最安全的答案是双重检查锁Double-Checked Locking volatile因为这种方式既保证了线程安全又兼顾了性能。但很多人忽略了 volatile 的作用——防止指令重排导致拿到未完全初始化的对象。这个细节我在笔试后跟同学复盘时发现很多人能写出代码却说不清为什么需要 volatile。建议你在准备时把这个点背透这往往是阅卷人区分“会写”和“理解”的标尺。还有一种写法是静态内部类它利用 JVM 类加载机制天然实现延迟加载和线程安全代码简洁且优雅。如果笔试时间充裕写上两种实现并简要说明各自优缺点会是很好的加分表现。我个人建议备考时同时掌握这两种写法以及枚举单例它们覆盖了面试官可能追问的大部分场景。3.2 手写排序算法的取舍稳定性与复杂度笔试编程题中让手写排序算法时先看清题目要求再动手。如果没有特别要求我个人推荐优先写快速排序因为它综合性能最优但如果题目中提到了稳定性就果断选择归并排序或插入排序。快速排序的实现套路要非常熟练选取基准元素、通过左右指针交换完成 partition、然后递归处理左右两个子区间。把这个过程练成肌肉记忆你才能腾出脑力去处理边界情况。我在这道题上吃过亏由于 partition 部分的边界条件没想清楚跑出了一个死循环浪费了大概十分钟。所以笔试前一定要把快排的代码在任何环境下都能闭着眼还原边界条件比如 while (i j)要在纸上反复推演。3.3 字符串与数组题目边界条件就是命门字符串和数组处理题在笔试试卷中经常充当“送分题”或“送命题”的分水岭。题目本身不难难的是你能否把边界条件完整考虑到。数组相关题目要注意数组是否为空、长度是否为 1、下标是否越界、结果是否重复。字符串相关题目要注意是否处理大小写、是否允许空字符串、是否需要保留分隔符。举一个很典型的例子“实现一个方法将字符串按给定分隔符拆分但不使用 split 方法”——看起来很简单但如果你没考虑连续分隔符的情况结果就会多出空字符串元素。这类细节直接决定你能拿多少测试用例分而笔试阅卷时测试用例覆盖率往往是硬指标。3.4 现场代码的规范性细节笔试编程题不只看答案对不对还看代码风格。我有几点实际经验分享第一命名要有意义不要用 a、b、c 这种单字母变量第二核心逻辑加一行注释表示你清楚自己在做什么第三写完代码后要手动走一遍简单的测试用例检查边界。如果笔试环境允许运行代码一定花时间跑几个测试用例再交卷。我见过不少同学代码逻辑完全正确但因为在循环条件里多了个等号导致数组越界整道题一分没得。这种损失非常可惜因为根本不是不会而是不够细心。4. 常见问题与排查技巧实录4.1 时间分配失衡选择题耗时过多这是我第一次做企业笔试时最大的问题。前面的选择题按“保险”标准每题推敲两三分钟结果做到编程题只剩二十分钟手都在发抖。后来我总结了一套时间分配策略选择题每道控制在 1 分钟内没有把握的先标记跳过留到最后再处理程序阅读题每题 3-4 分钟编程题至少留出 40 分钟。如果试卷总分是 100 分编程题可能占 30 分以上这两三道题的优先级实际上最高。4.2 概念都懂代码写不出“我看得懂题解但自己写不出来”是校招备考中最普遍的现象。原因在于阅读代码是被动接收信息而手写代码需要主动构建逻辑链路。破解方法只有一个——多写。不是看别人写而是自己关掉参考答案在空白编辑器中从头写一遍写不出来的地方做标记半小时后再重写一遍。同一个题目写三遍以上才能真正形成肌肉记忆。4.3 数据库 SQL 不熟练导致答题过慢很多 Java 校招生平时主要写业务代码SQL 用得少导致笔试时手写 SQL 特别生疏。如果时间有限我建议优先练熟单表查询WHERE、GROUP BY、HAVING、ORDER BY 的组合使用、两表 INNER JOIN 和 LEFT JOIN、子查询。这三个技能覆盖了笔试中 80% 以上的 SQL 题目。练习时建议直接在本地装一个 MySQL多造数据多练习比只看题解效果好得多。4.4 忽略异常处理程序一运行就崩编程题中如果不要求处理异常很多考生会直接忽略。但在金融类企业的笔试中异常处理的严谨性本身就是考察点之一。至少你要确保对可能为 null 的输入做判空对数组/集合的越界操作做保护对除数为零、字符串转数字等常见陷阱有敏感度。如果题目明确要求“实现一个方法”你可以在方法开头对输入参数做合法性校验并抛出 IllegalArgumentException这会让阅卷人觉得你已经有生产级代码的意识。4.5 对网测和纸质试卷形式不适应2017 年的校招笔试中有的企业用在线编程平台有的用纸质试卷。平台类需要你适应在网页编辑器里写代码没有 IDE 的自动补全和语法高亮纸质试卷则需要你写的代码更干净、更规范因为没法运行验证。我建议在备考时就尽量用“纯文本编辑器 命令行 javac/java”来做题模拟最受限的环境。如果你平时完全依赖 IDEA 的自动提示笔试时会非常痛苦因为很多简单的 API 名字你可能突然想不起来。5. 备考路线与查漏补缺清单5.1 按优先级排序的复习路径结合这份试卷的考察范围我给准备校招 Java 研发岗的朋友一条复习优先级建议Java 基础语法与集合框架是第一优先级这些是选择题和简答题的主要来源也是后续所有知识的基础并发编程和 JVM 是第二优先级它们决定了你能不能在多线程和内存相关题目上得分这两块也是企业比较看重的部分数据库和 SQL 是第三优先级对于金融类公司来说重要性很高但如果时间实在不够可以先掌握最基本的两表联查和事务隔离级别。5.2 推荐的备考方式有一个方法我特别推荐——建立自己的错题本。把选择题中做错的、犹豫过的知识点记录下来把程序阅读题中预测错误的原因写清楚把编程题中边界条件遗漏的地方标注出来。每周写一篇复习笔记用回忆的方式把某个知识点从定义到代码完整输出一遍。这样做的好处是你不再是“看着懂”而是真正地“讲得出、写得来”。备考时不要盲目追求刷题数量。做 10 道题不如把 1 道经典的题目从原理到代码彻底吃透。特别是 HashMap、线程池、单例模式这类高频考点你一定要能做到把自己的理解完整写出来因为笔试和面试考察的永远是你能写出来的那部分知识。5.3 金融行业 IT 的特点与加分项如果你投递的是做金融系统的公司笔试之外的准备也很重要。金融软件对数据处理的一致性要求极高所以事务、并发控制、幂等设计这些话题值得提前准备金融系统通常要对接多种外部系统对异常处理、日志记录、缓存策略的考察也比较侧重。在回答开放性问题时扬长避短地体现自己在这些方面的意识会很加分。写在最后回顾“北京赞同”这份 2017 年的校招笔试试卷它折射出的其实是整个企业级 Java 研发岗对候选人的一以贯之的要求基础扎实、逻辑清晰、代码规范。现在距离我参加校招已经过去很多年但很多笔试题目和答题思路我依然记忆犹新。如果你正在准备校招季我最后想分享的一个经验是笔试前把 HashMap 的 put 流程、线程池的执行流程、双重检查锁为什么要加 volatile 这三件事默写一遍背到滚瓜烂熟。这三句话看起来简单但它们背后藏着 Java 工程师最核心的功力——底层原理的掌握程度决定了你写出的代码能在线上跑多久不翻车。