社招两年半跑了 28 轮：技术讨论不是答题比赛

书比碎片文章更扛追问

作者主张真体系靠书，文章当扩充。不是鸡汤：碎片文能帮你「听说过」，书才能帮你扛二三连问。书单方向（不必本本啃完，当覆盖面参考）：

• 并发：《Java 并发编程的艺术》《Java 并发编程实战》
• JVM：《深入理解 Java 虚拟机》+ G1/ZGC 专题 + 美团/R 大文章
• MySQL：InnoDB 内幕、高性能 MySQL、实战课
• Redis：设计与实现、运维、系列长文
• 还有 Kafka / ZK / 架构（凤凰架构、DDD）

算法别神话。社招反复刷 LeetCode 前 200 足够；作者约 170 题，多数现场是原题。卡壳就看答案再默写，循环即可，比追求「秒杀难题」更贴实战。

简历就是你划给面试官的题库范围

写上去的每个技术点都要能扛追问。超级简历之类工具随便用，关键只有一句：别把「听过」写成「做过」。听过的词一旦上简历，就会变成追问入口。

自我介绍 = 简历精简版。别讲兴趣爱好，讲「做过最难的事 + 量化结果 + 为什么匹配这个岗」。HR 和面试官都在找匹配信号，不是人设。

技术讨论三件套

作者把技术环节定义成讨论，不是单方面问答。这个定义本身就值回票价。

不卑不亢：可以在尊重前提下质疑面试官结论；遇到侮辱性态度可以直接终止。真诚：冷门题不会就说不会，别编。编一轮，后面全是补丁。深入 + 发散：熟悉点要抓住。例：Kafka 零拷贝 → 深入到 sendfile + DMA Scatter/Gather → 再发散「为什么 RocketMQ 写日志用零拷贝、Kafka 写日志不用」。

答完一小段就点出重点，避免一个人讲到面试官失焦。编程分两类：算法；语言技巧（交叉打印、单例、简单工厂）。年限不长时几乎必有手写，别赌「今天只聊项目」。

反问：作者觉得改变不了结果，固定问岗位技术栈和最大挑战即可。别指望反问翻盘，把它当成信息收集。

各厂题味（只留模块）

从帖内多家题单抽出社招高频块：

美团侧作者印象：一面八股密度高。字节侧：算法难、基础要求高（作者面的是 Go 岗，Java 八股相对少）。同厂不同岗，别直接抄别人的「字节很爱问 XX」。

和校招面经差在哪

社招更吃「线上问题怎么查、系统怎么拆、中间件为什么这么用」。书单 + 简历边界意识，比背题库更能扛 28 轮这种消耗战。讨论感也是分水岭：能带面试官走你的知识地图，通过率通常高于纯背诵。

原帖在思否公开，题单很长；本篇刻意不整页粘贴问答，只保留打法与考点地图。题库会过期，打法不会。

来源：思否原文（CoderW，约 2022）。