1. 试卷印象与考察逻辑一份老卷子里藏着的招聘密码2017年秋季我印象里正好赶上互联网公司校招最火热的那几年Java工程师的岗位投递量可以用“千军万马过独木桥”来形容。德邦作为物流行业的头部企业技术团队规模不小校招笔试题目虽然不像一线大厂那么“变态”但覆盖面相当广很多题目今天拿出来看依然有很强的参考价值。我后来也拿这份卷子在面聊时复盘过发现它基本代表了一家传统行业头部公司对Java工程师的真实期望不是要你造火箭而是要你基础扎实、能上手干活、关键时刻不掉链子。先说说这份卷子给人的整体感受。整份试卷大概分为四块基础知识选择题、简答题、读程序写结果、手写代码题。选择题占比最大大概在40分左右覆盖了Java基础语法、集合框架、异常处理、多线程、JVM基础。简答题有两到三道集中在面向对象设计、String类的特性、HashMap的实现原理这类题目上。手写代码题则是整个卷子的重头戏我记得是两道算法题加一道设计题总分值在30分以上。说实话这份试卷的难度定位很有意思。它比纯粹考八股文的公司要务实比完全考算法的大厂又温和不少。它背后反映的招聘逻辑很清晰德邦这样的公司需要的是来了就能维护业务系统、能写业务代码、能排查线上问题的工程师而不是只会刷题的竞赛选手。所以卷子里的每一类题目都对应着实际工作场景中的某种能力这一点我在后面的章节里会逐个拆开讲。1.1 从岗位JD反推笔试设计思路如果你准备校招我建议你养成一个习惯先看岗位JD再推测笔试会考什么。德邦2017年秋招的Java工程师岗位JD里明确写了几条要求熟悉Java基础、了解常用框架、掌握MySQL和Linux基本操作、有良好的编码规范和逻辑思维能力。你把这几条拆开再对照笔试题会发现对应关系非常明显。为什么说要反推因为笔试的出题人通常就是用人部门的架构师或资深开发他们没时间也没兴趣去设计天马行空的题目。他们只会把日常工作中用到的技术点、踩过的坑、面试新人的关注点直接搬到卷子上。你去猜题不如去分析这个岗位在真实业务中会干什么。物流行业的系统有个特点并发量有高峰、数据量大、业务链路长。比如双十一期间的订单系统、仓储管理系统面临的都是高并发和分布式问题。所以笔试试卷里考多线程、考HashMap、考线程池绝对不是偶然的这些就是一线开发每天要面对的技术点。当年跟我一起投递的朋友里有人埋头刷了两个月的LeetCode结果笔试时发现算法题并不难反倒是选择题里那些Java基础的细节让他吃了不少亏。这就是典型的“调研不足”。你连目标公司用什么技术栈、业务特点是什么都没搞清楚单纯靠刷题去撞运气效率自然低。1.2 整卷结构与分值布局我凭记忆还原一下这份卷子的大致结构不一定跟原卷完全一致但框架应该差不太多。题型数量分值考察重点基础知识选择题20题40分语法、集合、异常、JVM、多线程简答题3题20分面向对象、String、HashMap读程序写结果3题10分代码执行逻辑、参数传递、异常流程手写代码题3题30分排序、单例、字符串处理从分值分布你可以看出选择题是基本盘手写题是分水岭。也就是说哪怕你简答题答得一般只要选择题稳、代码题过关过笔试的几率还是很大的。反过来如果你选择题正确率不到一半代码题就算全对总分也很难拉回来。这套分值设计的潜台词是公司宁可要一个基础扎实、能写规范代码的工程师也不想要一个只会背答案、一到动手就抓瞎的候选人。所以在备考时你要做的不是“背题”而是“理解动手”。光是String的不可变性选择题能变出十几种花样你不深入理解原理只靠死记硬背换个马甲你就认不出来了。2. Java基础核心笔试题里的“送分题”其实最见功底基础选择题往往是整张卷子里最要命的部分因为它的知识点太散、太细如果你平时写代码只停留在“能跑就行”的程度那这些题目会给你一记响亮的耳光。我当年做这份卷子时印象最深的是几个考察点面向对象三大特性、数组和集合的区别、String类的特性、try-catch-finally的执行顺序还有移位运算和运算符优先级。这些知识点单独看都不难但组合在一起配合一些“陷阱化”的选项很容易让人翻车。比如运算符优先级那题平时写代码基本不会刻意去记但你得知道a和a在表达式里的表现知道和equals()的区别知道和的区别。这些内容就是面试八股文里的基础款但基础款往往最考验功力。我后来在带团队面试时也出过类似的题目发现了一个共性现象三五年经验的人如果平时不做底层研究照样会在这些题上栽跟头。这反过来印证了一个道理——基础不牢地动山摇。你后面学的Spring Cloud、消息队列、分布式事务全都是建立在扎实的Java基础之上的。基础题丢分不是因为你不会而是因为你压根没把基础当回事。2.1 面向对象封装、继承、多态的实际考察面向对象这块选择题喜欢考概念辨析简答题喜欢让你“谈一谈你对面向对象的理解”。很多同学拿到这种题就大写特写“封装就是把属性私有化”“继承就是子类继承父类”“多态就是同一个方法有不同的实现”写了满满一大段分数却不高。问题出在哪儿出在你只是在默写定义而没有结合代码和实际场景去讲。举个例子多态这个知识点真正要考察的是你对“编译看左边运行看右边”这句话的理解。一个典型的题目是父类引用指向子类对象调用被重写的方法时输出的是子类的实现还是父类的实现再深入一点如果子类没有重写而是重载呢如果父类的静态方法被子类隐藏了呢这些细节才是笔试想考的。我在建议你复习面向对象时不要停留在“是什么”要追问“为什么”。Java为什么只能单继承接口为什么可以多实现抽象类和接口到底怎么选这几个问题想清楚了简答题基本就不愁了。我的经验是面试官对这部分的期待是你能用自己的话结合代码场景把概念落到实际开发中。空对空地谈理论拿不到高分。2.2 集合框架ArrayList、HashMap背后的问题链集合框架是笔试的必考内容几乎没有例外。这份卷子里关于集合的选择题占了不少份额而且很多是连环追问型的比如先问你ArrayList和LinkedList的区别然后问扩容机制再问增删改查的时间复杂度。这一连串问题其实是一条问题链你只要一个环节卡住后面的节奏就乱了。ArrayList的扩容机制是个高频考点。你得知道底层是Object数组初始容量是10当元素数量超过容量时会按照1.5倍扩容扩容的动作是新建数组然后通过Arrays.copyOf完成拷贝。这里还有一个容易被忽略的细节copyOf底层调用的是System.arraycopy是 native 方法所以效率还行。但如果你能预先知道数据量记得调用new ArrayList(1000)这样的构造方法指定初始容量避免频繁扩容带来的性能和内存浪费。HashMap是另一个大热门。2017年的笔试Java 8已经普及所以HashMap的实现你要按照“数组链表红黑树”来讲。几个必背的点默认初始容量16负载因子0.75当链表长度达到8且数组长度达到64时转红黑树put和get流程hash方法的实现。这些知识现在的Java面试八股文里已经翻来覆去讲烂了但在2017年能把这些讲清楚的人并没有那么多。换句话说你把HashMap吃透了就超过了大多数人。2.3 String、包装类与常量池的经典陷阱String相关的题目在基础题里永远有一席之地因为它背后牵扯到常量池、不可变性、equals和的比较等一堆概念是出题人最爱的“坑题素材”。我印象最深的一道题大概是问String s1 abc; String s2 new String(abc);这两行代码创建了几个对象。答案是第一行创建一个对象第二行创建一个或两个对象。为什么是“一个或两个”关键在常量池。如果常量池里已有“abc”new String(abc)只在堆中创建一个对象如果常量池里没有则先在常量池创建“abc”再在堆中创建一个对象。这个点很多有经验的开发者也容易答错因为平时写代码根本不会关心这些底层细节。包装类的缓存问题也是个经典考点。Integer缓存范围是-128到127在这个范围内的Integer a 127; Integer b 127;用比较是true但超过127就是false。这个知识点说白了就是“常量池思想在包装类上的应用”理解了底层原理就不需要在考试时硬记数字了。我建议你在复习时亲自写几段代码去验证这些结论通过打断点看内存布局比背十遍八股文都管用。3. 进阶考察方向多线程、JVM与异常处理的实战化如果说基础题是门槛那进阶题就是筛子。德邦这份卷子在多线程和JVM上的考察不算特别深但都很实在基本上是在工作中一定会遇到的内容。多线程考察了synchronized关键字、volatile的作用、线程池的参数JVM考察了内存分区、垃圾回收算法甚至有一道题涉及OOM的排查思路。这些内容在当时的校招里已经算有区分度了因为很多应届生对多线程的理解只停留在“extends Thread”和“implements Runnable”这种玩具写法。为什么企业要考多线程因为物流系统的业务场景里并发是常态。打印面单、订单分配、车辆调度、仓库盘点哪一个不是多线程并发操作你在笔试里答不好这些面试官很难相信你能在双十一的大促压力下写出不崩溃的代码。3.1 多线程从synchronized到线程池多线程的考察套路通常是先问创建线程有几种方式再问synchronized和Lock的区别接着问volatile能不能保证原子性最后落到线程池参数上。这一套组合拳打下来基本能判断出一个人的多线程水平是真懂还是假懂。其实创建线程就是两种本质方式实现Runnable接口和继承Thread类。Callable和FutureTask最终也还是基于RunnableExecutorService本质上也逃不出这两条路。这个点容易被绕进去的人往往是背答案背的不算真正理解。synchronized和Lock的区别是简答题里的常客。你得往深了说synchronized是JVM层面的关键字Lock是Java接口synchronized可以自动释放锁Lock必须手动释放且通常在finally里释放Lock支持可中断获取锁、超时获取锁、公平锁等高级功能从Java 6开始synchronized经过锁升级优化性能已经不输Lock。这些点都答上那基本就稳了。线程池参数这块我强烈建议你把corePoolSize、maximumPoolSize、keepAliveTime、workQueue、RejectedExecutionHandler这五个参数搞明白然后自己推导一下任务提交的执行流程。面试官问线程池其实就是在问这个执行流程核心线程在干活核心线程满了就进队列队列满了就开非核心线程非核心也满了就执行拒绝策略。这个流程在笔试里可能不直接出题但简答题中让你“谈谈线程池”时你能把流程画出来讲清楚面试官就会接着追问你拒绝策略有哪些你就把AbortPolicy、CallerRunsPolicy、DiscardPolicy、DiscardOldestPolicy逐一解释一遍这一段就能拿满。3.2 JVM内存模型与排查思路JVM这块基础考的是内存分区程序计数器、虚拟机栈、本地方法栈、堆、方法区。你得清楚每个区域是线程私有还是线程共享各自存放什么哪些区域会抛OOM。Java 8之后方法区被移除换成了元空间这个变化在2017年的笔试题里已经开始出现了所以当时就答对的人并不多。顺便提醒一下现在再面试如果还说什么“永久代”会被直接扣分必须说元空间。垃圾回收算法也是一个高频考点引用计数法、复制算法、标记清除、标记整理、分代收集这些概念你得能解释清楚。更关键的是你得能说出新生代和老年代分别用哪些算法为什么。新生代对象存活率低所以用复制算法最合适老年代对象存活率高所以用标记清除甚至标记整理。这种“为什么”比“是什么”更容易在面试中拉好感。OOM排查思路那题我记得是给出了一个场景线上系统突然内存溢出要求描述排查步骤。我当时的答题思路是先用jps找到进程号再用jmap -heap查看堆内存使用用jstack查看线程状态用jstat实时监控GC情况最后通过jmap -dump:formatb,filexxx.hprof导出堆转储文件用MAT工具分析大对象和泄漏点。这个流程放到现在也完全适用。你在笔试阶段能答出这个流程说明你有真实的线上问题处理经验这是很加分的。3.3 异常处理与代码健壮性异常相关的题目看起来简单但很能体现一个人的编码习惯。选择题喜欢考哪些是受检异常哪些是非受检异常try-catch-finally中finally和return的执行顺序。简答题则可能问你“实际项目中怎么处理异常”。先说结论受检异常Checked Exception是编译器强制要求捕获或抛出的比如IOException、SQLException非受检异常RuntimeException是运行时才发现的比如NullPointerException、ArrayIndexOutOfBoundsException。这个区分是有争议的因为很多人觉得受检异常这种设计很烦人。但笔试不管你的喜好你只要答对就行。finally和return的顺序是必考的。记住一个铁律不管有没有异常finally都会执行所以如果try和finally里都有returnfinally里的return会覆盖try里的。这个规则在开发中其实是个坑因为finally通常用于释放资源你如果在里面写return代码的意图就会被破坏属于反模式。我在代码评审里见过不止一次这种写法每次都要打回重写。我在编码规范上有一个坚持已久的习惯不要把异常吞掉。很多人写代码时为了省事catch了异常却什么都没做甚至只打一行注释“这里不应该出错”结果线上故障排查时看不到任何日志那就是灾难现场。笔试时如果给你一段吞异常的代码让你指出问题并改进你要答出两点要么记录日志要么向上抛出由调用方处理绝不能默默吞掉。这种“异常处理观”比记住几个异常类名重要得多。4. 编程题实战解析手写代码环节的踩坑与破局手写代码是很多人的心理阴影因为白板编程和平时在IDE里写代码完全是两回事。没有自动补全没有编译器的实时提示你所有的语法错误都得靠肉眼检查。德邦这份卷子的代码题不算难但非常考验基本功和边界思考能力。我在考试时拿到手写题第一条原则是先写出能跑的版本再考虑优化。很多同学一上来就想写最优解结果写到一半卡住了白卷交上去一分没有。手写代码题的评分逻辑是分步给分的哪怕你的解法不是最优只要逻辑正确、边界处理得当、代码风格清晰就能拿大部分分数。这个策略不仅适用于笔试也适用于技术面和实际工作中的方案设计。4.1 冒泡排序与快速排序的手写要点排序算法是手写代码题的常客冒泡和快排的概率最高因为一简一繁既能考基础又能考理解。2017年那会儿“手写快排”几乎是Java校招的保留节目现在依然如此。我建议你两种都要能闭着眼睛写出来并且能说出时间复杂度和空间复杂度。冒泡排序的模板很简单但你要注意优化的点设置一个标志位flag如果某一轮没有任何交换说明数组已经有序提前退出。这个优化虽然不改变时间复杂度但能体现你考虑问题的细致程度。另外要注意内层循环的终止条件是array.length - 1 - i因为每一轮结束后最大的元素都已经被“冒”到最后了不需要再比较。快速排序更容易出错的地方是选基准值、双向指针的移动顺序、递归终止条件。我个人的写法习惯是选数组中间元素作为基准pivot arr[(left right) / 2]然后left和right分别向中间靠拢注意是left和right--同时要加while (left right)的判定。写完后用一个比较极端的测试用例在脑子里走一遍[5, 1, 1, 2, 0, 0]看会不会死循环或越界。这个习惯帮你排查掉90%的边界bug。4.2 单例模式的两种写法与线程安全分析设计题里单例模式是最经典也最容易考到的因为它既能考你对设计模式的理解又能考你对多线程、类加载机制、JVM指令重排序等知识的掌握程度。笔试中让你写单例通常是要求写“线程安全”的版本这时候你就不要写最简单的懒汉式了因为那直接踩雷。我推荐两个版本懒汉式双重检查锁DCL和静态内部类。DCL要注意的关键点是volatile修饰instance防止指令重排序导致线程拿到未初始化完成的对象。静态内部类则利用JVM的类加载机制天然保证了线程安全和懒加载是很多专家推荐的写法。顺便还有个知识点容易被忽略单例模式还有枚举实现。enum Singleton { INSTANCE }不仅写法最简洁而且天然防止反射攻击和序列化破坏。我在面试时只要候选人能说出枚举单例就会在心里默默加分因为这说明他不是只背了《Head First设计模式》里那几个例子。笔试时如果你有把握可以把DCL和枚举都写上再配一段话说明各自优缺点这道题基本就是满分了。4.3 字符串反转与数组操作的边界问题字符串相关的编程题看着人畜无害实际上陷阱很多。比如让你实现字符串反转很多人的第一反应是用StringBuilder.reverse()但笔试出题人想看的是你自己的实现逻辑不是调API。你要用双指针从两端向中间交换字符或者用递归、用栈至少写出一种实现。这类题真正考察的是你对“不可变性”的理解。String本身是不可变的所以每次拼接都会产生新对象如果你用循环去拼接字符串在数据量大时性能会非常糟糕。正确做法是使用StringBuilder或char[]操作。你在笔试答案里如果能主动写上这个优化点会显得很专业。数组操作的题目则是边界条件的重灾区。常见的坑有数组为null、数组长度为0、下标越界、操作最后一个元素后的数组越界。我的建议是写完代码后立刻检查三个东西——i的初始值、循环终止条件中的还是、以及有没有“1”“-1”之类的偏移。这三点检查完了大部分边界bug都能被消灭。笔试时间充足的话在代码末尾用注释写一句“测试用例空数组、单个元素、正常数组”也能让面试官觉得你考虑周全。5. 常见错误与排查技巧实录那些年笔试现场翻车的瞬间现在进入我最想跟你们分享的部分不是题目本身而是考场上的那些“非技术性失误”。我见过太多人败在了不应该丢分的地方真的很可惜。从笔试到面试我踩过坑也看过别人踩坑把这些经验整理出来能让你至少多拿15分。这一部分我打算用“问题排查”的方式来写每个问题对应一个场景然后给出解决建议。这样你备考时也能对照着自查。5.1 编译错误与版本问题考场上的第一杀手很多同学平时用IDE写代码从来没经历过“裸写代码然后编译失败”的痛。笔试时手写代码最常见的一个问题就是写了ListString list new ArrayList();但前面忘了 import或者写了String s null; System.out.println(s.length());这种运行时错误。虽然笔试通常不要求代码能真正跑起来但如果你写出了明显的编译错误阅卷人的印象分会大打折扣。我自己比较后怕的一次经历是当时我把String[] args写成了String args[]虽然这两种写法在语法上都合法但我当时用的是考试系统自带的代码检查工具差点因为代码风格问题被扣分。所以你现在练习手写代码时一定要刻意摆脱IDE的依赖在记事本或者白板上写代码然后练到“默写”的水平。Common类名拼错、方法名大小写不对、括号不匹配这三个问题是我观察到的最高频率翻车点。版本问题也值得提一下。2017年的时候Java 8刚普及不久很多公司的笔试环境还停留在Java 7。Java 8的lambda表达式和Stream API在笔试试卷里已经出现但如果你在中手写代码时使用lambda要确保阅卷人能看懂。我的建议是笔试答题时优先用传统写法因为你不知道坐在电脑对面批改卷子的面试官是不是对lambda足够熟悉。保守一点不丢分比炫技更重要。5.2 逻辑错误与边界条件代码题的丢分重灾区逻辑错误是手写代码题最常见的丢分原因。比如快速排序里忘了递归退出条件导致栈溢出冒泡排序里内层循环没有减掉已经排好的部分导致多跑了一整轮字符串反转时把奇数长度中间字符处理错。这些问题本质上不是你不会写而是写得不够细。怎么破我的习惯是“画图跑例子”。笔试时桌子上会有草稿纸你一定要用起来。写代码之前先在草稿纸上画一个简单的测试用例比如[3, 1, 2]然后用手指着代码一行一行走一遍看变量变化是否符合预期。这听起来很笨但极其有效。很多资深工程师在写复杂算法时也会在纸上推演一遍这不是不熟练而是对质量的负责。边界条件的审题也同样重要。题目说“输入是一个整数数组”你要在答案里显式说明“我假设数组不为null但可能为空”或者“我先判断数组长度为0直接返回”。这种防御式编程思路不仅符合公司的编码规范也会让阅卷人觉得你是一个靠谱的工程师而不是一个只会写“能跑”代码的学生。5.3 时间分配与答题策略先把该拿的分拿到手笔试的时间通常是90到120分钟题量不小。我在考场上见过两种极端一种是选择题上纠结太久一道题想了五分钟结果后面的编程题时间不够草草写了几个关键字就交卷了另一种是上来就死磕编程题花了四十分钟写了一个自以为很酷的解法结果选择题大面积空白最后总分惨淡。我的建议很明确先做选择题和简答题再做编程题。选择题再难你也有25%的概率蒙对而且每一道题的分数是你写半天代码才有。做题顺序不能本末倒置。编程题则可以先看题目在草稿纸上列思路然后先把一道你用时最短、把握最大的题目写出来确保写出完整可运行的版本再去处理复杂的第二道、第三道。还有一个细节很多公司的笔试系统支持“保存并跳题”这意味着你不需要严格按顺序作答。如果你发现选择题里有一道关于JVM垃圾回收的题但你还没复习好可以先标记跳过转到下一题不要在一道题上死磕。用有限的时间拿到最高的总分这才是笔试策略的核心。6. 从笔试到Offer秋招Java备考路线与个人心得聊完这份卷子的具体内容我想再往大处说一层。很多人把校招笔试当成一道关卡过了就万事大吉没过就觉得是自己不够聪明。但以我这些年的观察笔试更像一面镜子它照出来的不是智商高低而是平时的积累和准备是否到位。与其焦虑“考什么”不如把重心放在“怎么准备”上。我当年备考时有一个很朴素的方法把知识体系拆成若干个“模块”每个模块花两到三天专门吃透然后通过做题为每个模块打分再针对薄弱点反复强化。这个方法的底层逻辑就像考试作弊一样简单——不是去猜题而是把考试可能出现的所有知识点都过一遍把不会的变成会的。6.1 基础知识的系统化复习别让“熟悉”变成“陌生”很多同学复习Java基础时会有一种“这个我见过”的错觉翻书时觉得都知道一关书就两眼一抹黑。解决这个问题的方法很土但很有效拿出一张白纸把知识点写出来。比如让你写“ArrayList的十个关键点”你能写出几个写不出来的就是你没掌握透的。我建议你把这份试卷反映出的知识块整理成一个清单逐个击破Java基础语法、面向对象、集合框架、异常体系、IO与NIO、多线程、JVM内存与GC、Java 8新特性、常用设计模式、基础算法与数据结构。每个知识块不要只停留在“背概念”要问自己三个问题这是干什么的为什么需要它实际开发里怎么用三个问题都能答上来说明你是真的懂了。举个例子HashMap这套东西你在笔试里可能碰到了但你可能没想过它跟“为什么不用Hashtable”的关系。顺着这个追问下去你会发现连锁的知识点越来越多HashTable整个方法加了synchronized所以线程安全但性能差ConcurrentHashMap从JDK 7的Segment分段锁改进到JDK 8的CASsynchronized加红黑树为什么HashMap允许null键而Hashtable不允许。这种“从一个点发散到一个面”的学法是应付笔试、面试和实际开发最有效的武器。6.2 刷题与总结的平衡别做没有感情的答题机器很多人备战校招时疯狂刷题每天做一百道选择题但最后笔试成绩并不理想。原因就在于只刷题不总结你只是在用低效的重复来安慰自己。我备考时给自己定了一个规矩每做完一套题必须花同样的时间来做复盘。做错的题我会把相关知识点在知识清单里查一遍然后亲自写代码验证直到完全搞清楚为止。刷题还有一个要注意的维度题目来源。我给你一个判断标准笔试真题的优先级远高于模拟题因为真题能反映公司的出题风格。但你找不到德邦的2017年真题没关系你可以拿其他公司的同类笔试题做替代练习尤其是那些考察点对得上的。重点是掌握题型背后的考点而不是指望“押中原题”。Java面试八股文这个说法现在很流行。我不反对背八股文因为八股文确实是众多面试官口中最常问的那些问题的凝练总结但你要在在理解的基础上背不然面试官一追问就原形毕露了。我见过太多候选人背“ArrayList扩容1.5倍”张口就来但当我问他“为什么是1.5倍而不是2倍”时直接愣了。这个问题没有标准答案但有一定思考深度的人会说1.5倍是时间和空间的折中如果扩容倍数太高空间浪费严重太低频繁扩容性能下降。这种“思考过程”才是面试官真正想听到的。6.3 笔试与面试的联动每一道题都是一个面试话题最后分享一个很多人不知道的小秘密笔试中你答错的题、你留下足迹的题很可能出现在半个小时后多面试官的提问里。因为面试官拿到你的笔试答卷后会重点看那些你有得分有失分的题目然后针对性地提问检验你是真懂还是蒙对的。所以你在笔试时如果遇到一道没有把握的题千万不要蒙一个答案就完事。你可以根据笔试题在面试前把相关知识点都过一遍。比如你发现卷子里出现了HashMap相关的内容但你没答好面试前就专门把HashMap的源码、put流程、扩容机制、JDK 7和JDK 8的区别全部搞清楚面试官问起来时你就是“有备而来”的状态了。德邦2017秋招这份笔试试卷到今天已经过去好几年了技术栈变化很大但考察的内核没变基础知识要扎实代码能力要过硬思考方式要有深度。无论你是正在准备秋招还是已经有了一定工作经验想换工作把这份试卷当作一面镜子照一照自己和岗位的匹配度比盲目刷题有价值得多。我个人的体会是校招笔试考的不是天赋而是你在大学四年甚至更长时间里有没有真的沉下心来写过代码、看过源码、思考过为什么。你平时的每一点积累都会在试卷上露出痕迹。 德邦Java秋招笔试题解析：基础、集合、多线程与JVM考点全梳理
1. 试卷印象与考察逻辑一份老卷子里藏着的招聘密码2017年秋季我印象里正好赶上互联网公司校招最火热的那几年Java工程师的岗位投递量可以用“千军万马过独木桥”来形容。德邦作为物流行业的头部企业技术团队规模不小校招笔试题目虽然不像一线大厂那么“变态”但覆盖面相当广很多题目今天拿出来看依然有很强的参考价值。我后来也拿这份卷子在面聊时复盘过发现它基本代表了一家传统行业头部公司对Java工程师的真实期望不是要你造火箭而是要你基础扎实、能上手干活、关键时刻不掉链子。先说说这份卷子给人的整体感受。整份试卷大概分为四块基础知识选择题、简答题、读程序写结果、手写代码题。选择题占比最大大概在40分左右覆盖了Java基础语法、集合框架、异常处理、多线程、JVM基础。简答题有两到三道集中在面向对象设计、String类的特性、HashMap的实现原理这类题目上。手写代码题则是整个卷子的重头戏我记得是两道算法题加一道设计题总分值在30分以上。说实话这份试卷的难度定位很有意思。它比纯粹考八股文的公司要务实比完全考算法的大厂又温和不少。它背后反映的招聘逻辑很清晰德邦这样的公司需要的是来了就能维护业务系统、能写业务代码、能排查线上问题的工程师而不是只会刷题的竞赛选手。所以卷子里的每一类题目都对应着实际工作场景中的某种能力这一点我在后面的章节里会逐个拆开讲。1.1 从岗位JD反推笔试设计思路如果你准备校招我建议你养成一个习惯先看岗位JD再推测笔试会考什么。德邦2017年秋招的Java工程师岗位JD里明确写了几条要求熟悉Java基础、了解常用框架、掌握MySQL和Linux基本操作、有良好的编码规范和逻辑思维能力。你把这几条拆开再对照笔试题会发现对应关系非常明显。为什么说要反推因为笔试的出题人通常就是用人部门的架构师或资深开发他们没时间也没兴趣去设计天马行空的题目。他们只会把日常工作中用到的技术点、踩过的坑、面试新人的关注点直接搬到卷子上。你去猜题不如去分析这个岗位在真实业务中会干什么。物流行业的系统有个特点并发量有高峰、数据量大、业务链路长。比如双十一期间的订单系统、仓储管理系统面临的都是高并发和分布式问题。所以笔试试卷里考多线程、考HashMap、考线程池绝对不是偶然的这些就是一线开发每天要面对的技术点。当年跟我一起投递的朋友里有人埋头刷了两个月的LeetCode结果笔试时发现算法题并不难反倒是选择题里那些Java基础的细节让他吃了不少亏。这就是典型的“调研不足”。你连目标公司用什么技术栈、业务特点是什么都没搞清楚单纯靠刷题去撞运气效率自然低。1.2 整卷结构与分值布局我凭记忆还原一下这份卷子的大致结构不一定跟原卷完全一致但框架应该差不太多。题型数量分值考察重点基础知识选择题20题40分语法、集合、异常、JVM、多线程简答题3题20分面向对象、String、HashMap读程序写结果3题10分代码执行逻辑、参数传递、异常流程手写代码题3题30分排序、单例、字符串处理从分值分布你可以看出选择题是基本盘手写题是分水岭。也就是说哪怕你简答题答得一般只要选择题稳、代码题过关过笔试的几率还是很大的。反过来如果你选择题正确率不到一半代码题就算全对总分也很难拉回来。这套分值设计的潜台词是公司宁可要一个基础扎实、能写规范代码的工程师也不想要一个只会背答案、一到动手就抓瞎的候选人。所以在备考时你要做的不是“背题”而是“理解动手”。光是String的不可变性选择题能变出十几种花样你不深入理解原理只靠死记硬背换个马甲你就认不出来了。2. Java基础核心笔试题里的“送分题”其实最见功底基础选择题往往是整张卷子里最要命的部分因为它的知识点太散、太细如果你平时写代码只停留在“能跑就行”的程度那这些题目会给你一记响亮的耳光。我当年做这份卷子时印象最深的是几个考察点面向对象三大特性、数组和集合的区别、String类的特性、try-catch-finally的执行顺序还有移位运算和运算符优先级。这些知识点单独看都不难但组合在一起配合一些“陷阱化”的选项很容易让人翻车。比如运算符优先级那题平时写代码基本不会刻意去记但你得知道a和a在表达式里的表现知道和equals()的区别知道和的区别。这些内容就是面试八股文里的基础款但基础款往往最考验功力。我后来在带团队面试时也出过类似的题目发现了一个共性现象三五年经验的人如果平时不做底层研究照样会在这些题上栽跟头。这反过来印证了一个道理——基础不牢地动山摇。你后面学的Spring Cloud、消息队列、分布式事务全都是建立在扎实的Java基础之上的。基础题丢分不是因为你不会而是因为你压根没把基础当回事。2.1 面向对象封装、继承、多态的实际考察面向对象这块选择题喜欢考概念辨析简答题喜欢让你“谈一谈你对面向对象的理解”。很多同学拿到这种题就大写特写“封装就是把属性私有化”“继承就是子类继承父类”“多态就是同一个方法有不同的实现”写了满满一大段分数却不高。问题出在哪儿出在你只是在默写定义而没有结合代码和实际场景去讲。举个例子多态这个知识点真正要考察的是你对“编译看左边运行看右边”这句话的理解。一个典型的题目是父类引用指向子类对象调用被重写的方法时输出的是子类的实现还是父类的实现再深入一点如果子类没有重写而是重载呢如果父类的静态方法被子类隐藏了呢这些细节才是笔试想考的。我在建议你复习面向对象时不要停留在“是什么”要追问“为什么”。Java为什么只能单继承接口为什么可以多实现抽象类和接口到底怎么选这几个问题想清楚了简答题基本就不愁了。我的经验是面试官对这部分的期待是你能用自己的话结合代码场景把概念落到实际开发中。空对空地谈理论拿不到高分。2.2 集合框架ArrayList、HashMap背后的问题链集合框架是笔试的必考内容几乎没有例外。这份卷子里关于集合的选择题占了不少份额而且很多是连环追问型的比如先问你ArrayList和LinkedList的区别然后问扩容机制再问增删改查的时间复杂度。这一连串问题其实是一条问题链你只要一个环节卡住后面的节奏就乱了。ArrayList的扩容机制是个高频考点。你得知道底层是Object数组初始容量是10当元素数量超过容量时会按照1.5倍扩容扩容的动作是新建数组然后通过Arrays.copyOf完成拷贝。这里还有一个容易被忽略的细节copyOf底层调用的是System.arraycopy是 native 方法所以效率还行。但如果你能预先知道数据量记得调用new ArrayList(1000)这样的构造方法指定初始容量避免频繁扩容带来的性能和内存浪费。HashMap是另一个大热门。2017年的笔试Java 8已经普及所以HashMap的实现你要按照“数组链表红黑树”来讲。几个必背的点默认初始容量16负载因子0.75当链表长度达到8且数组长度达到64时转红黑树put和get流程hash方法的实现。这些知识现在的Java面试八股文里已经翻来覆去讲烂了但在2017年能把这些讲清楚的人并没有那么多。换句话说你把HashMap吃透了就超过了大多数人。2.3 String、包装类与常量池的经典陷阱String相关的题目在基础题里永远有一席之地因为它背后牵扯到常量池、不可变性、equals和的比较等一堆概念是出题人最爱的“坑题素材”。我印象最深的一道题大概是问String s1 abc; String s2 new String(abc);这两行代码创建了几个对象。答案是第一行创建一个对象第二行创建一个或两个对象。为什么是“一个或两个”关键在常量池。如果常量池里已有“abc”new String(abc)只在堆中创建一个对象如果常量池里没有则先在常量池创建“abc”再在堆中创建一个对象。这个点很多有经验的开发者也容易答错因为平时写代码根本不会关心这些底层细节。包装类的缓存问题也是个经典考点。Integer缓存范围是-128到127在这个范围内的Integer a 127; Integer b 127;用比较是true但超过127就是false。这个知识点说白了就是“常量池思想在包装类上的应用”理解了底层原理就不需要在考试时硬记数字了。我建议你在复习时亲自写几段代码去验证这些结论通过打断点看内存布局比背十遍八股文都管用。3. 进阶考察方向多线程、JVM与异常处理的实战化如果说基础题是门槛那进阶题就是筛子。德邦这份卷子在多线程和JVM上的考察不算特别深但都很实在基本上是在工作中一定会遇到的内容。多线程考察了synchronized关键字、volatile的作用、线程池的参数JVM考察了内存分区、垃圾回收算法甚至有一道题涉及OOM的排查思路。这些内容在当时的校招里已经算有区分度了因为很多应届生对多线程的理解只停留在“extends Thread”和“implements Runnable”这种玩具写法。为什么企业要考多线程因为物流系统的业务场景里并发是常态。打印面单、订单分配、车辆调度、仓库盘点哪一个不是多线程并发操作你在笔试里答不好这些面试官很难相信你能在双十一的大促压力下写出不崩溃的代码。3.1 多线程从synchronized到线程池多线程的考察套路通常是先问创建线程有几种方式再问synchronized和Lock的区别接着问volatile能不能保证原子性最后落到线程池参数上。这一套组合拳打下来基本能判断出一个人的多线程水平是真懂还是假懂。其实创建线程就是两种本质方式实现Runnable接口和继承Thread类。Callable和FutureTask最终也还是基于RunnableExecutorService本质上也逃不出这两条路。这个点容易被绕进去的人往往是背答案背的不算真正理解。synchronized和Lock的区别是简答题里的常客。你得往深了说synchronized是JVM层面的关键字Lock是Java接口synchronized可以自动释放锁Lock必须手动释放且通常在finally里释放Lock支持可中断获取锁、超时获取锁、公平锁等高级功能从Java 6开始synchronized经过锁升级优化性能已经不输Lock。这些点都答上那基本就稳了。线程池参数这块我强烈建议你把corePoolSize、maximumPoolSize、keepAliveTime、workQueue、RejectedExecutionHandler这五个参数搞明白然后自己推导一下任务提交的执行流程。面试官问线程池其实就是在问这个执行流程核心线程在干活核心线程满了就进队列队列满了就开非核心线程非核心也满了就执行拒绝策略。这个流程在笔试里可能不直接出题但简答题中让你“谈谈线程池”时你能把流程画出来讲清楚面试官就会接着追问你拒绝策略有哪些你就把AbortPolicy、CallerRunsPolicy、DiscardPolicy、DiscardOldestPolicy逐一解释一遍这一段就能拿满。3.2 JVM内存模型与排查思路JVM这块基础考的是内存分区程序计数器、虚拟机栈、本地方法栈、堆、方法区。你得清楚每个区域是线程私有还是线程共享各自存放什么哪些区域会抛OOM。Java 8之后方法区被移除换成了元空间这个变化在2017年的笔试题里已经开始出现了所以当时就答对的人并不多。顺便提醒一下现在再面试如果还说什么“永久代”会被直接扣分必须说元空间。垃圾回收算法也是一个高频考点引用计数法、复制算法、标记清除、标记整理、分代收集这些概念你得能解释清楚。更关键的是你得能说出新生代和老年代分别用哪些算法为什么。新生代对象存活率低所以用复制算法最合适老年代对象存活率高所以用标记清除甚至标记整理。这种“为什么”比“是什么”更容易在面试中拉好感。OOM排查思路那题我记得是给出了一个场景线上系统突然内存溢出要求描述排查步骤。我当时的答题思路是先用jps找到进程号再用jmap -heap查看堆内存使用用jstack查看线程状态用jstat实时监控GC情况最后通过jmap -dump:formatb,filexxx.hprof导出堆转储文件用MAT工具分析大对象和泄漏点。这个流程放到现在也完全适用。你在笔试阶段能答出这个流程说明你有真实的线上问题处理经验这是很加分的。3.3 异常处理与代码健壮性异常相关的题目看起来简单但很能体现一个人的编码习惯。选择题喜欢考哪些是受检异常哪些是非受检异常try-catch-finally中finally和return的执行顺序。简答题则可能问你“实际项目中怎么处理异常”。先说结论受检异常Checked Exception是编译器强制要求捕获或抛出的比如IOException、SQLException非受检异常RuntimeException是运行时才发现的比如NullPointerException、ArrayIndexOutOfBoundsException。这个区分是有争议的因为很多人觉得受检异常这种设计很烦人。但笔试不管你的喜好你只要答对就行。finally和return的顺序是必考的。记住一个铁律不管有没有异常finally都会执行所以如果try和finally里都有returnfinally里的return会覆盖try里的。这个规则在开发中其实是个坑因为finally通常用于释放资源你如果在里面写return代码的意图就会被破坏属于反模式。我在代码评审里见过不止一次这种写法每次都要打回重写。我在编码规范上有一个坚持已久的习惯不要把异常吞掉。很多人写代码时为了省事catch了异常却什么都没做甚至只打一行注释“这里不应该出错”结果线上故障排查时看不到任何日志那就是灾难现场。笔试时如果给你一段吞异常的代码让你指出问题并改进你要答出两点要么记录日志要么向上抛出由调用方处理绝不能默默吞掉。这种“异常处理观”比记住几个异常类名重要得多。4. 编程题实战解析手写代码环节的踩坑与破局手写代码是很多人的心理阴影因为白板编程和平时在IDE里写代码完全是两回事。没有自动补全没有编译器的实时提示你所有的语法错误都得靠肉眼检查。德邦这份卷子的代码题不算难但非常考验基本功和边界思考能力。我在考试时拿到手写题第一条原则是先写出能跑的版本再考虑优化。很多同学一上来就想写最优解结果写到一半卡住了白卷交上去一分没有。手写代码题的评分逻辑是分步给分的哪怕你的解法不是最优只要逻辑正确、边界处理得当、代码风格清晰就能拿大部分分数。这个策略不仅适用于笔试也适用于技术面和实际工作中的方案设计。4.1 冒泡排序与快速排序的手写要点排序算法是手写代码题的常客冒泡和快排的概率最高因为一简一繁既能考基础又能考理解。2017年那会儿“手写快排”几乎是Java校招的保留节目现在依然如此。我建议你两种都要能闭着眼睛写出来并且能说出时间复杂度和空间复杂度。冒泡排序的模板很简单但你要注意优化的点设置一个标志位flag如果某一轮没有任何交换说明数组已经有序提前退出。这个优化虽然不改变时间复杂度但能体现你考虑问题的细致程度。另外要注意内层循环的终止条件是array.length - 1 - i因为每一轮结束后最大的元素都已经被“冒”到最后了不需要再比较。快速排序更容易出错的地方是选基准值、双向指针的移动顺序、递归终止条件。我个人的写法习惯是选数组中间元素作为基准pivot arr[(left right) / 2]然后left和right分别向中间靠拢注意是left和right--同时要加while (left right)的判定。写完后用一个比较极端的测试用例在脑子里走一遍[5, 1, 1, 2, 0, 0]看会不会死循环或越界。这个习惯帮你排查掉90%的边界bug。4.2 单例模式的两种写法与线程安全分析设计题里单例模式是最经典也最容易考到的因为它既能考你对设计模式的理解又能考你对多线程、类加载机制、JVM指令重排序等知识的掌握程度。笔试中让你写单例通常是要求写“线程安全”的版本这时候你就不要写最简单的懒汉式了因为那直接踩雷。我推荐两个版本懒汉式双重检查锁DCL和静态内部类。DCL要注意的关键点是volatile修饰instance防止指令重排序导致线程拿到未初始化完成的对象。静态内部类则利用JVM的类加载机制天然保证了线程安全和懒加载是很多专家推荐的写法。顺便还有个知识点容易被忽略单例模式还有枚举实现。enum Singleton { INSTANCE }不仅写法最简洁而且天然防止反射攻击和序列化破坏。我在面试时只要候选人能说出枚举单例就会在心里默默加分因为这说明他不是只背了《Head First设计模式》里那几个例子。笔试时如果你有把握可以把DCL和枚举都写上再配一段话说明各自优缺点这道题基本就是满分了。4.3 字符串反转与数组操作的边界问题字符串相关的编程题看着人畜无害实际上陷阱很多。比如让你实现字符串反转很多人的第一反应是用StringBuilder.reverse()但笔试出题人想看的是你自己的实现逻辑不是调API。你要用双指针从两端向中间交换字符或者用递归、用栈至少写出一种实现。这类题真正考察的是你对“不可变性”的理解。String本身是不可变的所以每次拼接都会产生新对象如果你用循环去拼接字符串在数据量大时性能会非常糟糕。正确做法是使用StringBuilder或char[]操作。你在笔试答案里如果能主动写上这个优化点会显得很专业。数组操作的题目则是边界条件的重灾区。常见的坑有数组为null、数组长度为0、下标越界、操作最后一个元素后的数组越界。我的建议是写完代码后立刻检查三个东西——i的初始值、循环终止条件中的还是、以及有没有“1”“-1”之类的偏移。这三点检查完了大部分边界bug都能被消灭。笔试时间充足的话在代码末尾用注释写一句“测试用例空数组、单个元素、正常数组”也能让面试官觉得你考虑周全。5. 常见错误与排查技巧实录那些年笔试现场翻车的瞬间现在进入我最想跟你们分享的部分不是题目本身而是考场上的那些“非技术性失误”。我见过太多人败在了不应该丢分的地方真的很可惜。从笔试到面试我踩过坑也看过别人踩坑把这些经验整理出来能让你至少多拿15分。这一部分我打算用“问题排查”的方式来写每个问题对应一个场景然后给出解决建议。这样你备考时也能对照着自查。5.1 编译错误与版本问题考场上的第一杀手很多同学平时用IDE写代码从来没经历过“裸写代码然后编译失败”的痛。笔试时手写代码最常见的一个问题就是写了ListString list new ArrayList();但前面忘了 import或者写了String s null; System.out.println(s.length());这种运行时错误。虽然笔试通常不要求代码能真正跑起来但如果你写出了明显的编译错误阅卷人的印象分会大打折扣。我自己比较后怕的一次经历是当时我把String[] args写成了String args[]虽然这两种写法在语法上都合法但我当时用的是考试系统自带的代码检查工具差点因为代码风格问题被扣分。所以你现在练习手写代码时一定要刻意摆脱IDE的依赖在记事本或者白板上写代码然后练到“默写”的水平。Common类名拼错、方法名大小写不对、括号不匹配这三个问题是我观察到的最高频率翻车点。版本问题也值得提一下。2017年的时候Java 8刚普及不久很多公司的笔试环境还停留在Java 7。Java 8的lambda表达式和Stream API在笔试试卷里已经出现但如果你在中手写代码时使用lambda要确保阅卷人能看懂。我的建议是笔试答题时优先用传统写法因为你不知道坐在电脑对面批改卷子的面试官是不是对lambda足够熟悉。保守一点不丢分比炫技更重要。5.2 逻辑错误与边界条件代码题的丢分重灾区逻辑错误是手写代码题最常见的丢分原因。比如快速排序里忘了递归退出条件导致栈溢出冒泡排序里内层循环没有减掉已经排好的部分导致多跑了一整轮字符串反转时把奇数长度中间字符处理错。这些问题本质上不是你不会写而是写得不够细。怎么破我的习惯是“画图跑例子”。笔试时桌子上会有草稿纸你一定要用起来。写代码之前先在草稿纸上画一个简单的测试用例比如[3, 1, 2]然后用手指着代码一行一行走一遍看变量变化是否符合预期。这听起来很笨但极其有效。很多资深工程师在写复杂算法时也会在纸上推演一遍这不是不熟练而是对质量的负责。边界条件的审题也同样重要。题目说“输入是一个整数数组”你要在答案里显式说明“我假设数组不为null但可能为空”或者“我先判断数组长度为0直接返回”。这种防御式编程思路不仅符合公司的编码规范也会让阅卷人觉得你是一个靠谱的工程师而不是一个只会写“能跑”代码的学生。5.3 时间分配与答题策略先把该拿的分拿到手笔试的时间通常是90到120分钟题量不小。我在考场上见过两种极端一种是选择题上纠结太久一道题想了五分钟结果后面的编程题时间不够草草写了几个关键字就交卷了另一种是上来就死磕编程题花了四十分钟写了一个自以为很酷的解法结果选择题大面积空白最后总分惨淡。我的建议很明确先做选择题和简答题再做编程题。选择题再难你也有25%的概率蒙对而且每一道题的分数是你写半天代码才有。做题顺序不能本末倒置。编程题则可以先看题目在草稿纸上列思路然后先把一道你用时最短、把握最大的题目写出来确保写出完整可运行的版本再去处理复杂的第二道、第三道。还有一个细节很多公司的笔试系统支持“保存并跳题”这意味着你不需要严格按顺序作答。如果你发现选择题里有一道关于JVM垃圾回收的题但你还没复习好可以先标记跳过转到下一题不要在一道题上死磕。用有限的时间拿到最高的总分这才是笔试策略的核心。6. 从笔试到Offer秋招Java备考路线与个人心得聊完这份卷子的具体内容我想再往大处说一层。很多人把校招笔试当成一道关卡过了就万事大吉没过就觉得是自己不够聪明。但以我这些年的观察笔试更像一面镜子它照出来的不是智商高低而是平时的积累和准备是否到位。与其焦虑“考什么”不如把重心放在“怎么准备”上。我当年备考时有一个很朴素的方法把知识体系拆成若干个“模块”每个模块花两到三天专门吃透然后通过做题为每个模块打分再针对薄弱点反复强化。这个方法的底层逻辑就像考试作弊一样简单——不是去猜题而是把考试可能出现的所有知识点都过一遍把不会的变成会的。6.1 基础知识的系统化复习别让“熟悉”变成“陌生”很多同学复习Java基础时会有一种“这个我见过”的错觉翻书时觉得都知道一关书就两眼一抹黑。解决这个问题的方法很土但很有效拿出一张白纸把知识点写出来。比如让你写“ArrayList的十个关键点”你能写出几个写不出来的就是你没掌握透的。我建议你把这份试卷反映出的知识块整理成一个清单逐个击破Java基础语法、面向对象、集合框架、异常体系、IO与NIO、多线程、JVM内存与GC、Java 8新特性、常用设计模式、基础算法与数据结构。每个知识块不要只停留在“背概念”要问自己三个问题这是干什么的为什么需要它实际开发里怎么用三个问题都能答上来说明你是真的懂了。举个例子HashMap这套东西你在笔试里可能碰到了但你可能没想过它跟“为什么不用Hashtable”的关系。顺着这个追问下去你会发现连锁的知识点越来越多HashTable整个方法加了synchronized所以线程安全但性能差ConcurrentHashMap从JDK 7的Segment分段锁改进到JDK 8的CASsynchronized加红黑树为什么HashMap允许null键而Hashtable不允许。这种“从一个点发散到一个面”的学法是应付笔试、面试和实际开发最有效的武器。6.2 刷题与总结的平衡别做没有感情的答题机器很多人备战校招时疯狂刷题每天做一百道选择题但最后笔试成绩并不理想。原因就在于只刷题不总结你只是在用低效的重复来安慰自己。我备考时给自己定了一个规矩每做完一套题必须花同样的时间来做复盘。做错的题我会把相关知识点在知识清单里查一遍然后亲自写代码验证直到完全搞清楚为止。刷题还有一个要注意的维度题目来源。我给你一个判断标准笔试真题的优先级远高于模拟题因为真题能反映公司的出题风格。但你找不到德邦的2017年真题没关系你可以拿其他公司的同类笔试题做替代练习尤其是那些考察点对得上的。重点是掌握题型背后的考点而不是指望“押中原题”。Java面试八股文这个说法现在很流行。我不反对背八股文因为八股文确实是众多面试官口中最常问的那些问题的凝练总结但你要在在理解的基础上背不然面试官一追问就原形毕露了。我见过太多候选人背“ArrayList扩容1.5倍”张口就来但当我问他“为什么是1.5倍而不是2倍”时直接愣了。这个问题没有标准答案但有一定思考深度的人会说1.5倍是时间和空间的折中如果扩容倍数太高空间浪费严重太低频繁扩容性能下降。这种“思考过程”才是面试官真正想听到的。6.3 笔试与面试的联动每一道题都是一个面试话题最后分享一个很多人不知道的小秘密笔试中你答错的题、你留下足迹的题很可能出现在半个小时后多面试官的提问里。因为面试官拿到你的笔试答卷后会重点看那些你有得分有失分的题目然后针对性地提问检验你是真懂还是蒙对的。所以你在笔试时如果遇到一道没有把握的题千万不要蒙一个答案就完事。你可以根据笔试题在面试前把相关知识点都过一遍。比如你发现卷子里出现了HashMap相关的内容但你没答好面试前就专门把HashMap的源码、put流程、扩容机制、JDK 7和JDK 8的区别全部搞清楚面试官问起来时你就是“有备而来”的状态了。德邦2017秋招这份笔试试卷到今天已经过去好几年了技术栈变化很大但考察的内核没变基础知识要扎实代码能力要过硬思考方式要有深度。无论你是正在准备秋招还是已经有了一定工作经验想换工作把这份试卷当作一面镜子照一照自己和岗位的匹配度比盲目刷题有价值得多。我个人的体会是校招笔试考的不是天赋而是你在大学四年甚至更长时间里有没有真的沉下心来写过代码、看过源码、思考过为什么。你平时的每一点积累都会在试卷上露出痕迹。