大家看惯了“三面拿下大厂offer”“秋招斩获十几个意向”那种面经我今天想写点不一样的。我是一个很普通的后端开发双非一本工作三年前两年在一家几十人的小公司做全沾边后来跳到一家中型互联网公司继续写Java。没有名校光环没有竞赛奖牌LeetCode至今也就刷了两百多道还是断断续续刷的。这篇“普通面经”就是记录我这次跳槽的真实过程——投了三十多家面了十来家被挂过、被养鱼过、也拿到过offer全是普通人的体验。如果你也是学历普通、项目普通、面试表现普通的类型这篇应该比那些“神仙面经”更有参考价值。因为面了太多家内容会比较长我拆成上下两篇。这篇先讲求职前的准备、前几轮技术面和算法环节的完整复盘下一篇写后面几家公司、HR面以及我最终怎么做的选择。1. 先说清楚我这种“普通玩家”的背景和求职定位1.1 为什么这篇面经敢叫“普通”我先给自己画个像方便你对号入座。学校是双非一本计算机科班但大学四年基本属于“上课听个响考试突击过”的状态。第一份工作进了一家做外包性质的小公司名义上是后端开发实际上前端要写、服务器要配、偶尔还要干点运维的活。好处是接触面广坏处是深度基本没有。第二份工作跳到了一家做SaaS的中型公司团队大概三十来人我主要负责订单模块和库存模块Java为主Spring Cloud那一套Redis和MySQL是日常主力。这个阶段开始比较认真了会去研究底层原理也会看一些开源项目但说实话和那些在字节、阿里实习过、一上来就是高并发场景的同学比我的项目经验真的非常普通单机QPS几百Redis缓存用得多但谈不上高深。我特意把这个背景摆出来是因为刷面经的时候很容易被误导。很多面经的作者本身就是大厂实习生转正或者名校科班他们眼里的“基础题”和我们眼里的“基础题”根本不是一回事。我这篇尽量用普通人的视角去复盘——哪些问题我答上来了哪些问题我懵了哪些坑是我这种背景的求职者特别容易踩的。1.2 求职目标和策略是怎么定的我的目标不是冲击什么大厂SSP而是务实地找一个“能让我再上一个台阶”的岗位。具体来说我希望下一份工作满足三个条件技术氛围比现在好有正经的code review和需求评审流程而不是天天写CRUD然后直接上线。规模至少是中型以上业务量能让我接触到真正的分布式场景而不是自己搭着玩的。薪资涨幅在25%到40%之间太少了不值得跳太多了我心里也虚知道自己的能力边界在哪。基于这个目标我的投递策略是“广撒网重点捞”。拉勾、Boss直聘、内推渠道同时用优先投那些明确在招Java后端、JD写得比较具体的公司。前前后后投了三十多家收到回复的大概一半进入面试流程的差不多十五家。这里面有做电商的、做金融系统的、做企业服务的、做音视频的五花八门反而让我在短时间内把各种业务场景都见了一遍。这个策略的好处是面试密度高练手机会多。我前两家公司面得稀烂但正好当热身面到第五六家的时候状态就来了。如果你也是准备跳槽但很久没面试的人我强烈建议不要只盯着最想去的公司先面几家“保底”的找找感觉。2. 投简历之前的准备期简历改了三版题刷了两个多月2.1 简历被反复问穿之后我总结的写法我的简历第一版写得特别“流水账”基本就是把工作内容按时间列了一遍“负责订单模块的开发与维护”“参与系统需求分析”……这种写法有两个问题一是没有重点面试官根本看不出来你擅长什么二是特别容易被深挖因为你自己写的每一句话都得兜住。后来我改成“背景-动作-结果”的结构效果好了很多。比如订单超卖这个事第一版的描述是“优化了库存扣减逻辑”改完之后是“设计并实现了基于Redis预扣库存与数据库乐观锁的库存防超卖方案将订单接口的异常率从2.1%降到0.3%”。面试官看到这种描述第一反应是你能扛事而不是你在写流水账。但这里要提醒一句简历上的每一个数字、每一个技术名词都默认你会被追问。我就在“乐观锁”这三个字上栽过跟头面试官问我“如果Redis和数据库库存不一致了你怎么处理”我当场愣住。所以写简历的时候心里要有一笔账哪些是真正做过的、能讲透的哪些只是一笔带过的大词别给自己挖坑。2.2 刷题和八股文的“应试”节奏我准备面试的时间大概是两个多月每天下班后抽出两到三个小时。说句实话白天上班已经够累了能坚持下来靠的是“任务小于阻力”的策略——不求每天学很多但求不断。刷题方面我没有按LeetCode的题号从1到200硬刷而是按标签分类来数组、链表、二叉树、动态规划、滑动窗口最后留一周专刷回溯和贪心。这样做的原因是面试算法题的范围其实相对固定与其每道题都浅尝辄止不如把高频类型吃透。我的节奏是工作日每天两道周末四道做不出来的题看题解但看完必须自己关掉题解重写一遍否则下次遇到还是不会。八股文我走的也是“自己整理文档”的路线。把Java基础、并发、JVM、MySQL、Redis、Spring、计算机网络、操作系统这八个方向每个方向整理成一份问答文档标上“高频”和“低频”。高频的必须能流畅说出来低频的做到有印象、能编个方向感就行。这里多说一句八股文不要光背结论要背“为什么”。面试官问“为什么HashMap的扩容因子是0.75”比的就不是记忆力了是思考深度。3. 公司A电话面Java基础被追问到露怯的50分钟3.1 HashMap那题讲完流程却卡在“为什么是8”公司A是做电商业务的第一轮是电话面总共50分钟现在回想起来难度中等偏上但因为是第一场正式面试我紧张得手心冒汗。开场没有自我介绍直接开问技术。第一个问题就是“HashMap的put流程说一下从key到存储位置的整个过程”。这个问题算是Java八股文里的高频之王我背得很熟先对key做hash计算再通过扰动函数混合高低位然后拿hash值和数组长度减一做与运算得到下标如果下标位置为空直接放进去不为空就走链表或者红黑树链表长度超过阈值还会触发树化。但面试官紧接着追了一句“为什么树化阈值偏偏是8换成16不行吗”这一个问题直接把我问住了。我只知道阈值是8但完全没想过为什么。电话这头沉默了几秒面试官也没催但那个尴尬的沉默我现在还记得。挂了电话我赶紧查了资料才搞清楚这里有个挺精巧的概率设计。源码注释里写了TreeNode的占用空间约是普通Node的两倍所以只有在链表确实很长时才值得树化。而根据泊松分布在负载因子0.75、hash随机性足够好的情况下当链表长度达到8的概率大约是千万分之六几乎不可能发生。所以取8是因为这个长度在正常场景下“根本不该出现”一旦出现说明hash分布出了问题这时候用树化换性能才是值得的。后来我遇到这类问题都会先去想“为什么是这个数”而不是只记住那个数本身。3.2 线程池参数背熟了但追问还是没接住第二个大问题是线程池。“ThreadPoolExecutor的核心参数有哪些任务提交之后执行顺序是什么”这个也算常规操作我按照 corePoolSize 满了先往阻塞队列里放队列满了才创建新线程到 maximumPoolSize再满就触发拒绝策略把顺序讲了一遍。面试官没停下接着问“你线上的线程池队列用的什么为什么不选无界队列”那个瞬间我有点泄气因为我确实只用了默认的 LinkedBlockingQueue没想过为什么。我硬着头皮说“用无界队列可能导致任务堆积内存爆掉”这算答对了但面试官明显想要更系统的回答。正确的思路应该是有界队列 合理的拒绝策略能保证系统在突发流量下不至于把内存耗尽无界队列看似方便其实把风险后置了线程池本身也会失去“限流”的意义。这里复盘一下线程池的考点从来不是背四个参数而是你能不能把“核心线程数怎么定、队列怎么选、拒绝策略怎么配、如果业务允许丢消息但又不允许丢失应该怎么处理”这套决策链说清楚。我后来整理了一个标准答法CPU密集型和IO密集型的核心线程数估算、有界队列容量和最大线程数的联动、四种拒绝策略的适用场景以及如何用拒绝策略实现降级记录。这样一套讲下来基本上能把一次追问扛过去。3.3 反转链表现场平稳AC的小机会电话面最后来了一个简单算法题反转链表要求迭代和递归都写。这种题我在准备期已经写过很多遍算是送分题但也因为太熟了反而容易飘。迭代版本我用双指针遍历pre和cur依次移动每次保存next指针再反转方向最后返回pre。递归版本我当时卡了一下因为递归函数的返回值设计得不够直观面试官给了我大概30秒我想明白了先递归反转后面的节点然后把当前节点的next节点的next指向当前节点最后当前节点的next置空。代码量非常少但那个思路转换的瞬间值得记录——递归题就是要在“函数返回值代表什么”这个问题上想清楚想清楚了代码自然就写出来了。这道题答完之后电话面结束整体感受是基础部分有一半左右能答到点子上另一半暴露了理解深度不够。结果也是意料之中两天后收到了感谢信。4. 公司B视频面项目被一层层剥开的体验4.1 超卖场景乐观锁和Redis预扣的取舍公司B做的是企业服务方向视频面约了一个小时开场面试官就说“简历上写了电商下单系统我们就聊聊这个吧”。这一面我印象最深因为整个面试过程就是围绕我的项目一层层往下剥直到剥到我答不上来为止。他先问“你项目里的超卖问题是怎么设计的”我简单讲了方案用户下单时先在Redis里用Lua脚本扣减库存扣减成功才生成订单订单提交后用数据库乐观锁兜底也就是update库存表 set stock stock - 1 where id ? and stock 0。面试官点头表示认可然后就开始了连环追问。“Redis和数据库的库存不一致了你怎么办”这是我简历里那句话引出来的坑我当场有点慌。我的第一反应是“那就以后台定时任务去对账修复”面试官问“对账之后怎么做到最终一致”。我就卡住了因为我项目里只做了对账发现差异并没有做完整的补偿修复。于是面试官给了一个方向建议先记录Redis预扣失败和数据库扣减成功两种情况下的操作日志然后通过消息队列去异步补偿把不一致的订单取消掉库存回补。这个过程需要保证消息不丢所以生产方要落本地事务表消费方要做幂等。这一轮下来我最大的收获是简历上写“基于Redis预扣库存和乐观锁解决超卖”这句话本身没有错但如果没有想清楚“Redis挂了怎么办”“两边不一致怎么办”“消息丢了怎么办”这句话就是给自己埋雷。4.2 接口幂等我答得还行但漏了关键场景第二个问题是“你们那套下单接口是怎么保证幂等的”这个话题超卖之后接着问其实特别自然。我在项目里的方案是前端生成一个全局唯一订单号后端在创建订单前先查这个订单号是否存在存在就直接返回旧的订单结果同时给订单号的唯一索引兜底防止并发场景下两个请求同时进来查不到记录然后一起插入。面试官说“这个方案整体可以但你想过一个问题吗如果并发很高查重之后、插入之前另一个相同订单号的请求也进来了这时候唯一索引直接报错你的代码能识别出这是重复请求吗”这个问题我之前确实没考虑过。正确的做法是捕获唯一索引冲突的异常把它当成“重复请求”的一种形态来处理而不是直接报错。也就是说幂等设计要做到即使并发打进来最终也只有一个请求在真正执行业务其余请求返回相同的结果作为已处理的响应。这个知识点我从这轮面试之后记得特别牢后来做任何写接口都会默认把“唯一索引 唯一请求号”这套组合放在前面。4.3 缓存一致性为什么我坚持“删除缓存”而不是“更新缓存”第三个问题是缓存一致性。项目里用户下单之后会展示库存和订单状态读多写少所以用了Redis做缓存。面试官问“缓存里的库存更新你是用删除还是更新”“删除。”我回答的原因很直接因为更新缓存有个经典问题并发情况下一个线程更新了数据库另一个线程先更新了缓存但数据库的事务回滚了于是缓存里就是一条脏数据。删除缓存可以尽量避免这个问题因为即使读请求把旧数据写回缓存下一次写操作还是会把它删掉最终一致性更容易收敛。面试官追问“删除也分先删缓存再更新库和后删缓存两种顺序。你用的哪种为什么”这里我诚实地说项目里是先删缓存再更新数据库但面试官指出这样做的风险是如果更新数据库失败后续请求会把旧值读回缓存又变回脏数据。更稳妥的顺序是“先更新数据库再删除缓存”也就是经典的Cache Aside Pattern配合缓存的过期时间做最终兜底。虽然我的方案被纠正了但这次面试让我真正理解了删除缓存和更新缓存、先删和后删的区别而不是停留在背口令。这些都是普通项目里不需要想太深、但面试一定会挖的问题。5. 算法环节一个AC一个磕绊一个TLE5.1 两数之和的变种五分钟内写出的答案公司B的算法题是在视频面之后紧接着做的一共三道限时40分钟。第一道题目是“在有序数组中找出两个数使它们的和等于目标值”这是两数之和的变种多了一个有序条件。我第一反应是哈希表但想了想有序数组应该用双指针更优左指针指向开头右指针指向末尾两数之和大于目标值右指针左移小于目标值左指针右移相遇就结束。这个思路正确时间复杂度O(n)空间复杂度O(1)。我大概五分钟写完还顺手加了一句“如果数组无序也可以用哈希表但要是要求返回所有下标且数组里有重复值需要额外处理”算是展示一下思考周全。这题没什么好说的属于热身级别的送分题。但我要强调一个经验写双指针题的时候先确认数组是否有序、有没有负数、要求返回值还是下标这些边界条件决定了你能不能一次写出无bug的代码。我见过太多人栽在“看着会做但一写就漏边界”上了。5.2 二叉树的最近公共祖先后序遍历想了十分钟第二题是“给定一棵二叉树和两个节点找出它们的最近公共祖先”。我在准备期刷过这个题但当时理解得不够透现场写的时候磕磕绊绊。我先说了思路“用后序遍历如果当前节点是p或q就直接返回当前节点否则递归左右子树左右递归结果都不为空说明当前节点就是LCA如果一边为空说明两个节点都在另一边。”面试官没否定让我直接写代码。结果我在递归函数返回值的定义上有点绕进去了写了删删了写差不多花了十分钟才把代码理顺。事后复盘这个题的核心就一句话递归函数返回的是“这个子树里是否找到了p或q或LCA”。想清楚这一点代码十几行就写完了。如果两个节点都不在当前子树里返回null如果在子树里找到了其中一个就返回那个节点本身如果左右都不为空当前节点就是答案。这里我犯了准备不够扎实的错明明刷过类似的题但因为当时只是“看懂题解”没有“独立重写”现场就露馅了。所以这次之后我给自己立了个规矩凡是看题解的题24小时之内必须自己重新写一遍。5.3 最长无重复子串思路对但边界坑了我第三题是“给定一个字符串找出不含有重复字符的最长子串长度”经典滑动窗口题。我的思路没问题用哈希集合维护窗口内的字符右指针不断右移遇到重复就移动左指针缩小窗口直到没有重复为止每次更新答案maxLen。问题出在实现细节上。我第一次写的时候没想清楚“移动左指针到重复字符的下一个位置”和“直接把重复字符从集合里删掉再移动一格”这两种写法的区别。我用的写法是后者导致代码里出现了奇怪的while循环虽然没有死循环但窗口的大小变化和预期不一致最后给的答案在某些用例上会多算一位。面试官提醒了一句“你再想想左边界移动的逻辑”我才反应过来这类题目不能只把重复字符从窗口里移除要把重复字符之前的所有字符都移除因为子串要求连续。最终代码是public int lengthOfLongestSubstring(String s) { SetCharacter window new HashSet(); int left 0, right 0, max 0; while (right s.length()) { while (window.contains(s.charAt(right))) { window.remove(s.charAt(left)); left; } window.add(s.charAt(right)); max Math.max(max, right - left 1); right; } return max; }这道题给我最大的教训是滑动窗口的模板背得再熟也要在实际代码里反复验证“什么时候移动左指针”“移动左指针之后窗口内发生了什么”。思路对但细节错在面试官眼里和完全不会没有本质区别。6. HR面普通求职者最容易栽在自信上6.1 离职原因和空窗期真实回答比话术重要技术面过了几轮之后就是HR面。很多人觉得HR面随便聊聊天就过了其实不是。社招的HR面同样会刷人而且挂得最冤的往往是技术面都过了、HR面觉得你“不稳定”或“不匹配”的候选者。我被问到最多的一个问题是“为什么从上家离职”。我的真实答案是“上家技术氛围一般业务稳定期之后没什么成长空间”但HR听到这个回答的第一反应通常是担心你跳槽频率太高。后来我调整了说法先肯定上家做出的成绩再表达对下一份工作的期待重点是“我为什么想来你们公司”而不是“我为什么不想待在原来的地方”。面试官和HR想听的是你对未来的明确规划而不是你过去的抱怨。空窗期的问题我这次没遇到但我朋友遇到过他的建议是不要撒谎也不要含糊说明白空窗期你做了什么——学技术、做开源、还是陪家人这些都能接受最怕的是“没想好”“随便看看”这种没有规划感的回答。6.2 期望薪资我的报价逻辑和事后复盘薪资谈判是社招里最实际的一环。我的策略是提前了解目标公司的薪资带宽结合自己当前薪资和岗位平均薪资报一个“比心理底线高10%”的数字给双方都留出空间。比如我当时心理预期是涨幅30%左右我报期望薪资的时候就报了涨幅40%的价格。这样做的前提是你对自己的能力有合理认知并且能被市场接受。报太高容易在第一轮就被过滤报太低不仅亏还会让HR觉得你对自己没有信心。复盘这次跳槽的薪资谈判我发现一个很多普通求职者容易忽略的点你手上的offer数量才是最大的谈判筹码。面到后面我手上有两个offer的时候再和第三家聊薪资明显感觉自己和HR对话的姿态都不一样了。所以我的建议是面试安排尽量把最想去的公司放在最后面先拿几个保底offer积累谈判底气。再补充一个HR面容易翻车的问题“你什么时候能到岗”这其实是个软性考察。我当时说“需要一个月交接”但观察下来如果说“可以尽快到岗”通常会给HR更好的印象但也容易显得不够稳重。这个度需要自己把握我的经验是提一个月没有太大问题只要你给出的理由是“对现在的团队负责、把手头事情交接完”HR一般是认可的。写在最后这篇先写到这里。回头看前面的面试经历我最想说的其实一句话普通人的求职过程不会像很多面经里写的那样一路高歌。它更多是——准备不充分的时候被挂掉复盘之后下一次发挥好一点然后再遇到不会的问题再补课循环往前。后面三家公司的面试里有一场现场面让我当天特别受挫也有一个offer是我面试过程最顺利、体验最好的一家。这些内容包括HR面之后我最终怎么做的决定、有哪些offer是接了又拒的我放到“普通面经下”里再写。如果这篇对你有用或者里面某些场景你也在经历欢迎评论聊聊。面经这东西看得再多也不如自己动手准备一遍但有人把踩坑路径标出来多少能让你少走几步弯路。