京东2017校招技术类客观题三这份卷子放在今天来看可能有些年份了但里面的题目思路和考点覆盖我反而觉得比很多培训机构出的模拟题有价值得多。当时笔试完我专门做了复盘把错题和蒙对的题都整理了一遍后来也帮几个学弟学妹辅导过校招笔试发现很多题目背后的知识点其实是年年都在换皮重考的。这篇文章就基于这份卷子做一个完整的复盘解析把每类题的核心考点、命题思路和答题技巧都拆开揉碎讲清楚无论你是马上要参加校招的应届生还是想检验自己基础扎实程度的在职工程师都能从中拿到点实在的东西。1. 当年这套卷子的整体印象基础得让你怀疑人生但错得让你心服口服说实话刚拿到这套题的时候我第一反应是就这前几题考的东西看着都是大学课本上的基础概念比如变量作用域、时间复杂度、SQL查询结果这种感觉随便一个上过课的人都能答。但真正做起来才发现越往后越难受。它难的不是题目本身有多深而是每个选项都在你“好像知道”和“确定知道”的边界上反复试探。1.1 题目分布中暗含的考点权重从整套客观题来看大致可以分成几大块数据结构与算法、Java或C语言基础、操作系统与计算机网络、数据库、Linux基础以及若干道“智商题”或者说逻辑思维题。如果按分值占比来算数据结构和算法基础排第一语言基础排第二这两块加起来差不多占了半套卷子。这说明一个很明确的信号京东这类互联网大厂的技术笔试首要考察的不是你会多少框架、用过多少中间件而是你的计算机基本功扎不扎实。因为框架可以学中间件可以上手调但数据结构、内存模型、并发原理、网络协议这些靠突击是补不起来的。这也给后来准备校招的人提了个醒——刷题当然重要但不要光顾着刷LeetCode把课本捡回来认认真真过一遍往往能捡回不少分。1.2 和现在校招题的对比风格在变内核没变现在大家做的笔试普遍在牛客网这种平台上完成题型也多了编程题、选择题混合甚至还有一些情景题。但2017年那会儿不少公司还在用比较传统的客观题方式好处是覆盖的知识点范围广坏处是得分比较“僵硬”会就是会不会就是蒙。不过说实话对比下来你会发现核心能力模型没变。不管是2017年还是2026年大厂后端工程师笔试的核心就那几样——算法思维、语言底层理解、操作系统和网络的基本功、数据库设计能力。框架轮换得再快这些地基不牢固上层建筑就是空中楼阁。所以这套卷子的价值不在于“押题”而在于它把地基考察得比较全面适合用来做自检。2. 数据结构与算法题不只是考“会不会”而是考“熟不熟”这套卷子里数据结构与算法相关的题目占比很高而且出题方式很有特点它很少让你直接算一个排序的时间复杂度而是给你一段代码或一个数据结构定义让你判断操作后的结果、边界情况、极端输入下的表现。这种出法其实比直接套公式更能测试你对数据结构的理解是否到位。2.1 树的遍历与递归笔试里的“常青树”树的题目几乎是必考的。当时考了几道和二叉树遍历相关的题不光是前序、中序、后序的序列互推还结合了递归深度、栈的使用这些点。举个例子给你一棵二叉树的前序遍历序列和中序遍历序列让你求后序遍历序列。很多人看到这种题的第一反应是“我直接在草稿纸上画出来不就行了”但笔试是限时的而且有时候给的序列还不短靠画图效率太低了。正确的做法是建立递归思维前序序列的第一个节点一定是根节点这个根节点在中序序列中的位置把左右子树切分出来了然后递归处理左右子序列。把这个过程想明白了不管序列多长都能快速手推。我当时还总结了一个经验凡是遇到树的遍历互推先在草稿纸上把“前序第一个是根、中序按根切分、后序左右根”这三句话写下来然后一步一步套。这个流程对任何序列互推都适用比临时画图快一倍不止。2.2 排序与查找的边界情况光背复杂度不够用排序算法这块基础题是问你堆排序、快排、归并排序的时间复杂度和稳定性。但拉开差距的题往往是加了条件的比如“当数组基本有序时哪种排序算法效率最高”“当内存非常有限时应该用哪种排序”这种带场景的题。这里面有个容易踩的坑大家普遍记住了“快排平均O(n log n)”这个结论却忽略了快排在基本有序数组上的表现会退化到O(n²)。我当时就栽在了一道“基本有序数组选最优排序”的选择题上。如果是小规模基本有序的数据插入排序往往比快排和归并都实用因为它的常数项小而且能提前终止。这种题考的不是你会不会写排序而是你知不知道在什么场景下选什么工具。2.3 哈希表与冲突处理理解底层才能做对题哈希相关的题也是重头戏围绕哈希表的冲突处理方式出题比如链地址法和开放定址法的区别、装载因子对查找效率的影响、哈希函数设计的好坏怎么评估。有一道题让我印象很深哈希表用链地址法解决冲突问查找成功和查找失败的平均查找长度怎么算。当时不少同学靠背公式结果题目稍微变了一下——只给了哈希函数和哈希表长度没给具体插入的数据——就不知道该怎么做了。实际上查找成功的平均查找长度要按每个元素的实际比较次数算而查找失败要看每个哈希位置对应的链长。这两个概念搞清楚了题目怎么变都不怕。我觉得做算法题有一个很重要的心态不要满足于“做对了”而是要问自己“如果这个题的输入边界条件变一下我还是不是有把握”。历年校招题都在反套路想靠背题对付笔试基本走不通。3. 语言基础考点复盘Java和C都要会看但侧重点不同这套卷子的语言题给我的感觉是Java和C的题目都有涉及但侧重点很不一样。Java更关注内存管理、集合类、异常机制C则更关注指针、内存布局、编译链接过程这些东西。如果你是只精通一门语言的“单修”选手遇到另一门语言的题确实会有点吃亏这也是综合型笔试的一个特点。3.1 Java的继承、多态和初始化顺序Java相关的题目里继承和多态是绝对的重点。比如给你几个类和父类里面有静态代码块、实例代码块、构造方法问创建子类实例时这些代码块的执行顺序。这个知识点看似简单但如果不仔细想很容易答错。正确答案的执行顺序是父类静态代码块 - 子类静态代码块 - 父类实例代码块 - 父类构造方法 - 子类实例代码块 - 子类构造方法。这个顺序的背后逻辑其实和类的加载与实例化过程有关静态代码块在类加载阶段执行只执行一次实例代码块和构造方法在每次创建对象时都执行而且父类要先于子类初始化完成。我当时做题时总结了一个口诀“先父后子、先静后实、先块后构”。虽然有点糙但对付选择题完全够用。前提是你得理解为什么要这么设计——Java保证父类初始化先于子类这样子类才能安全地使用父类的字段和方法。3.2 C的指针、引用和内存管理C相关的题目难度会更硬核一些常考的包括指针和引用的区别、const修饰在不同位置的含义、内存泄漏的产生场景、栈和堆的区别等。有一类题特别爱考指向常量的指针和常量指针的区别也就是 const int *p 和 int * const p 的区别。这题看起来简单但每年都有人答错。其实只要记住一句话——const修饰谁谁就是不可变的。const int *p 中 const 修饰的是 *p说明 p 指向的那个 int 值不可通过 p 修改int * const p 中 const 修饰的是 p 本身说明 p 这个指针变量不能再指向别处但它指向的值是可以修改的。还有一道题考察了栈和堆的区别选项涉及生命周期、分配效率、容量大小、是否需要手动释放等。这种题属于送分题但千万不能掉以轻心因为出题人可能会在“栈上分配的变量是否一定比堆上快”这种细节上做文章。答案是通常栈上分配确实快因为它只是移动栈指针而堆上分配需要查找空闲内存块但在某些特殊的内存池设计下堆上分配也可能很快。这种“绝对化语气”的选项在选择题里大概率是错的。3.3 语言题目的备考思路靠的是“读代码”的功力我后来复盘发现语言基础的题目考得再花哨核心都是在考你“读代码”的功力。说白了就是给你一段代码你能不能准确预测它的输出或行为。提升这种功力没有捷径就是多读别人写的代码尤其是那些涉及到复杂继承、泛型、模板的代码。读的时候不要只看表面逻辑要在脑海里模拟程序实际执行的过程每一步变量怎么变化、内存怎么布局、调用了哪个版本的方法。这个习惯养成了应对笔试语言题会轻松很多。4. 操作系统和计算机网络经典八股但总有几个弯绕的选项操作系统和网络这两块在整套卷子里占的比重不算最大但失分率往往很高。原因很简单这两门课的知识点太杂太散光靠考前突击背题库很难应付那些需要真正理解的题目。4.1 进程与线程、死锁的经典陷阱进程和线程的题目基本年年有常考的无非是进程和线程的区别、进程间通信方式、线程同步方式、死锁产生的四个必要条件、如何避免死锁。死锁这块有个很经典的陷阱题目以下哪种方式可以破坏死锁的“循环等待”条件选项通常是A. 一次性申请所有资源B. 资源按序分配C. 剥夺资源D. 设置资源使用超时。答案是B资源按序分配因为让所有进程按同一顺序申请资源就不会形成循环等待。A是破坏“请求并保持”C是破坏“不可剥夺”D是破坏“互斥”或不完全属于经典策略。这种题考的就是对死锁四个必要条件以及对应策略的准确理解光记住四个条件不够还得知道每个条件怎么破解。4.2 TCP的握手挥手务必完全理解而不是背状态名TCP三次握手和四次挥手校招笔试别管哪家都必考。但2017年这套卷子里的TCP题目出得比较有水平不直接问“三次握手是哪三次”而是给了异常场景如果第二次握手丢了会发生什么连接建立后一方突然断电会怎样这种题就需要你对TCP状态机有真正的理解而不只是背出CLOSED、SYN_SENT、ESTABLISHED这些状态名。比如第二次握手丢失客户端会一直处于SYN_SENT状态并超时重发SYN服务端则会因为收不到客户端的ACK一直处于SYN_RCVD状态直到超时。这些细节如果不看协议栈的实现逻辑光靠记忆是很容易出错的。关于挥手有个非常容易丢分的点TIME_WAIT状态为什么要存在很多人的答案是“确保被动关闭方收到最后的ACK”这个答案对了一半但更完整的理解是如果主动关闭方直接进入CLOSED它发送的最后一个ACK丢了被动关闭方会重发FIN此时主动方已经关闭了就收不到这个重发的FIN被动方就会永远卡在LAST_ACK状态。同时TIME_WAIT还能让本次连接中所有迟到的报文在网络中自然消失避免干扰新连接。理解到这层不管题目怎么变形你都能应对。4.3 HTTP状态码和常见协议细节HTTP协议也是高频考点比如状态码201、301、302、403、404、500、502、503分别代表什么GET和POST的区别Cookie和Session的区别等。这里我建议准备一个小的速查表把常见状态码的语义和典型场景背熟尤其是301和302的区别永久重定向和临时重定向、401和403的区别未认证和无权限。这两个对比是出题人的最爱因为它们最容易混淆。4.4 Linux命令题给真实的运维场景而不是考参数Linux基础题在京东这套卷子里也有几道。出题风格比较务实不是让你背命令带哪些参数而是给你一个实际需求让你选出最合适的命令。比如查看某个进程监听的端口号用什么命令、如何实时查看日志文件的新增内容、如何查找某个文件等。这类题对平时在Linux环境下开发的人没有难度但对习惯了IDE和Windows环境的同学会有些吃亏。一个好建议是不管你的日常开发环境是什么提前装一个Linux虚拟机或者用云服务器把常用的linux命令练熟不用太高级文件管理、权限管理、进程管理、网络排查这几类够了。5. 数据库和SQL看起来是送分实际上处处是陷阱数据库相关的客观题很多人觉得简单无非是考SQL语法、索引、事务隔离级别。但2017年这套卷子里的数据库题恰恰是我丢分比较多的模块。回头复盘问题出在“觉得自己会”和“真的会”之间的差距上。5.1 SQL查询结果判断别忽略空值和去重有一道题给了一张员工表让选出一个SQL语句的执行结果。选项里有两个非常相似的语句区别只在于有没有加DISTINCT以及WHERE条件里是大于某个值还是大于等于某个值。这种题本身不难但考得极其细致。更阴险的是把空值NULL放进题目里。很多人容易忘记在SQL中NULL与任何值比较包括 NULL NULL的结果都是未知UNKNOWN在WHERE子句中不会返回TRUE。所以如果一个查询条件是 age 20那么 age 为 NULL 的记录不会出现在结果中。但如果你写的是 age IS NULL这才会筛选出空值记录。这种细节不踩坑一次真的很难记住。5.2 索引失效的经典场景笔试和面试都高频索引相关的题目也出现了而且是那种“以下哪个操作会导致索引失效”的题。选项里可能有对索引列使用函数、对索引列进行隐式类型转换、使用LIKE左侧模糊查询、在索引列上做计算等。正确答案通常有好几个但因为是多选题做起来就不容易拿满分了。我当时只选了对索引列使用函数那一个漏掉了隐式类型转换就是因为对“什么情况能让索引失效”这个知识点的理解不够系统。后来我整理了一个索引失效的完整清单用的时候对照检查就好很多了对索引列使用函数或表达式对索引列进行隐式类型转换比如字符串列和数字比较LIKE以通配符开头%xxx使用OR连接的条件包含非索引列联合索引没遵守最左前缀原则使用IS NULL或IS NOT NULL在某些数据库实现下可能失效视版本而定5.3 事务隔离级别别只背四个名字事务隔离级别这个考点几乎每套卷子都有。题目会问你在可重复读Repeatable Read隔离级别下会不会出现幻读在读已提交Read Committed下会不会出现不可重复读这里要特别提醒一下MySQL和标准SQL的差异。标准SQL中可重复读是允许幻读的但MySQL默认的可重复读隔离级别通过间隙锁Gap Lock机制在很大程度避免了幻读。我在做题时就吃过这个亏按照“标准SQL可重复读允许幻读”选了答案但实际上题目如果特指MySQL这个判断可能就不一样了。考试时看清题目说的是“标准SQL规范”还是“某具体数据库的实现”这个非常重要。6. 逻辑思维题考察的是拆分问题的能力而不是数学有多好这套卷子里还夹杂了几道逻辑推理题有点像公务员考试的行测题但又更偏向工程思维。很多人看到这种题就慌觉得跟计算机没关系其实它考察的能力非常核心——把复杂问题拆解成可以计算的子问题。6.1 典型题目捉摸不透的“几个人戴黑帽子”其中有一道经典的逻辑题变体一群人戴黑帽子和白帽子黑帽子至少有一个人戴每个人能看到别人的帽子颜色但看不到自己的。第一次关灯时没人打自己第二次关灯有人打自己了问戴黑帽子的有几个人。这种题的解法用的是“递归推理”。假设只有1个黑帽子那么这个人看到其他人全是白帽子由于题目说至少有一个黑帽子他第一次关灯就会知道是自己立刻打自己。但第一次没人打说明黑帽子至少2个。如果有2个黑帽子那么黑帽子A看到黑帽子B没打自己就会意识到自己也是黑帽子于是第二次关灯时A和B都会打自己。题目说“第二次关灯时有人打自己”所以答案是2个人。这种题看似是脑筋急转弯实际上是一种反向推理和共同知识Common Knowledge的运用。6.2 为什么大厂爱考这类题说实话工作中你很难遇到“戴帽子”的场景但这类题背后的能力是实打实有用的。它考察的是你能否假设“自己处于某个信息条件下”并基于别人之前的行为做推导。在排障、调试、系统设计的过程中这种信息推理能力特别重要。我的建议是遇到这种题不要凭直觉猜先设定最小规模的情况比如1个、2个然后递推。把大规模问题降维到最小可解的情况往往一下子就能找到规律。这也是解决算法题最常用的一个思维策略。7. 复盘之后的三个核心建议这套卷子做完加上后面和同学对答案、查资料我有三个很深的体会也算是对这篇文章读者的建议。7.1 把校招笔试当成一次知识体检而不是终点笔试只是整个校招流程中的一个环节通过与否并不能完全定义你的技术水平。我见过笔试成绩很好但面试一问就露馅的也见过笔试一般但面试表现特别出彩的。最好的心态是把笔试当成一次知识体检做完认真复盘查漏补缺然后在面试环节把真正的能力展现出来。所以不要过度纠结一城一地的得失把精力放在“这道题背后是什么知识点”上比背一百道原题有意义得多。7.2 复习要有体系用“面试真题”带动“知识网络”我在辅导学弟学妹时反复强调一个方法不要按章节顺序傻乎乎地翻课本而是拿一套真题或模拟题先自己做一遍然后不管做对做错把每道题涉及的知识点全部整理出来。这样做完之后你会发现这套卷子列出的知识点清单其实就是一个非常清晰的复习大纲。用题目来拉动知识网络记忆会更牢针对性也会更强。比如上面提到的索引失效场景、TCP状态机、类初始化顺序跟着题目追根溯源比单纯翻书效率高得多。7.3 客观题是面试的前哨战别只满足于选对答案最后是我特别想强调的一点客观题虽然只有一个答案但它在整个面试流程里的作用远不止“得分”那么简单。面试官经常会拿笔试里的题目当引子来追问——你选了B能说说为什么A不行吗如果当时输入条件变一下答案会变吗所以复盘的时候每道题都要养成一个习惯不光知道正确答案还要能说清楚其他选项为什么错以及条件变化后结论会不会变。这种训练多了你在面试环节会明显更从容因为很多“追问”其实在笔试复盘时你已经自我演练过了。现在回头翻这份2017年的卷子还能想起当时在草稿纸上画二叉树、推状态矩阵的样子。技术栈在更新题目形式在变化但基本功考察的逻辑一直没怎么变。希望这篇复盘能帮到你也祝你顺利拿到心仪的offer。