跨考转码拿到美团offer | 尝试教大家背八股（一）

很多牛u在后台询问关于实习的问题，其中关于八股的问题是最多的，类似于

1、回答面试官的问题到什么地步才能通过面试？必须全部回答对吗？

2、java的八股太多了，不知道该怎么背？

我想说：技术世界从不因焦虑而降低门槛，但请相信，你此刻的挣扎，正是每个开发者必经的淬炼之路。

八股文的困境：为什么我们背得如此痛苦？

当打开"Java面试八股"资料时，海量的知识点像海浪般涌来：JVM内存模型、线程池参数、Redis缓存策略……它们本是解决问题的工具，却在竞争中异化为"筛选的标尺"。

但请记住：

• 这不是你的错：八股文的内卷生态，是行业竞争的无奈，而非开发者的能力试金石。
• 你不是在和别人比：面试官真正想看到的，是你如何用技术解决问题的思维，而非背诵量的堆砌。

八股文本身是技术人员面对具体业务场景提出的成熟的解决方案，由于竞争的人太多，导致面试官不得不根据面试者对八股文的掌握程度来快速筛人，这就导致了如今后端开发超级内卷的生态。因此，大家也都不得不去背诵相关的技术八股文，但后端开发（这里以Java为例）八股太多了，从Java基础、Java并发、JVM、MySQL、Redis、计算机网络、操作系统、场景设计，涉及到了太多知识点，想要短时间掌握这些内容实在是很难。

而我们作为校招生很难面对真实庞大复杂的业务场景，自然对八股文中的解决方案没有真实的体感，自然就容易忘。

这里仅以我个人收集、整理及理解八股的过程给大家分享一些经验，希望能给大家提供一些帮助，少走一些弯路~

突围方法：用项目经验，把"死知识"变成"活技能"

从简历出发，建立"技术锚点"

首先明确最重要的一点：最快的方案其实是根据你做的项目整理技术栈，然后对这些技术栈从底层开始学习，这样你可以技术点学的很深，不怕追问，其次可以不去看大量的无用技术点。

这里结合本人简历的一条技术点进行分析：重构 xxx 接口，将串行流程优化为多参数并行处理，采用CompletableFuture和自定义线程池实现异步执行，接口平均响应时间从xxx 秒 降至 yyy秒；

那么这个技术点包括哪些问题呢？

为什么做？（接口响应慢，用户流失率高）

如何做？（线程池参数如何设计？）

结果如何？（响应时间从xxx秒到yyy秒，日活提升20%）。

1.1、针对这个技术问题的提出/出现：你为什么要重构这个接口？这个接口数据的流向是怎样的？

1.2、针对这个技术问题的解决方案：你采用了线程池，那么线程池的参数是怎么定义的？这里就牵扯出了线程池的相关八股，比如：

1.3、针对这个问题的优化结果：你优化之后的指标是怎么计算的？

我认为最重要的一点，八股背诵要结合项目和场景。如果时间紧张，最好根据简历中写的项目，针对性的进行相关八股的整理。而且这个技术点既然写在了简历上，在面试官的眼里，就默认你是会的，如果被问到了，但是答不上来，其实是蛮扣分的。

用真题串联知识，但别被"高频题"困住

2、如果时间比较充足，那么建议按照类别分别去搜集：这里建议先抓大放小，像JavaGuide或者黑马的八股是比较全的，但并非都是重点，我的建议是：直接去牛客、xhs、b站等各大平台上搜集真实面经（注意区别营销号自己搞的面经），根据真实面经上的题按类别进行分类。

这样做的优点就跟考试一样，直接去做真题，跳过模拟的过程，能保证搜集到的题目一定是最高频、最常考的。

但缺点就是可能会缺乏上下文信息，因为每个人的项目可能不一样，面试官从项目中引申出来的八股可能是与项目相关的，导致搜集到的面试题不一定全，因此需要搜集很多篇才能得到比较全面的资料。

自己吸收了的知识才是真实的

吸收的过程同样也是最重要的，当我按照以上方法整理了面试题，但是我刚开始背的时候，遇到一些没怎么见过的题目，很难背下去，这其实是很正常的过程。

以计网中TCP的三次握手、四次挥手为例，我虽然考研学过计算机网络，但每次看到这个点，还是想跳过。但当我整理完计网常见面试题，看完TCP的特性之后，才回过头看这个知识点，就会有新的体现，很自然的记住了。最好（我个人认为，不一定适用于所有人）可以自己根据面试题整理成、思维导图（我自己用的飞书，蛮方便的），类似于这样：

其中三次握手经过我自己理解后可以整理为：

一个知识点的吸收本就是反复的过程，更何况需要进行突击背诵的八股文，所以大家不必焦虑，按照自己的节奏，多看，多收集，总能形成并建立自己的知识体系~

写在最后：与焦虑和解，做有温度的开发者

面试八股是技术世界的敲门砖，但绝不是终点。这里借用B站大佬（Valiant程）的总结：

面试八股文是一种内卷的产物，是在竞争激烈的当下无奈妥协

但我们学习技术的目的应当不是和别人竞争，而是Get Things Done，把事做成、解决问题

当你有时间慢下来时，真正的技术学习应当沉下心来、戒除急躁，去进入问题场景之中感悟

从死记硬背，到所谓的融会贯通，需要经过这样的过程

当我们在背诵线程池参数时，不要忘记每个技术点背后解决的真实问题 —— 比如线程池的核心是为了合理利用 CPU 资源，避免服务器因线程爆炸而瘫痪；当我们在记忆 TCP 握手过程时，不妨想象自己是那个在网络中穿梭的数据包，思考如何在不可靠的信道上建立可靠连接。

要记得，那些让你痛苦的知识点，终会成为你解决问题的武器。当你在未来的工作中用多线程优化了一个接口，用 Redis 缓存提升了系统性能，这些曾被视为「八股」的知识，都会变成照亮你技术道路的星光。

最后想和大家分享：

回到开篇的第一个问题："回答面试官的问题到什么地步才能通过面试？必须全部回答对吗？"

我曾在面试中被连续疯狂追问分布式锁实现，当我承认「这个点我理解不深，我确实没有考虑到您说的这一点」时，面试官反而笑着说：「实际上没有完美的解决方案，你刚才说的已经很好了，有时候对一个问题的思考，其实比网上抄来的完美八股更重要」。