技术面试考的不只是"会不会写代码"，而是基础扎不扎实、项目深不深、能不能设计系统。三条线各有打法，临时抱佛脚很难，得系统准备。
| 主线 | 考什么 | 准备优先级（按目标公司级别） |
|---|---|---|
| 算法与数据结构 | 代码基本功和问题拆解能力 | 大厂必考，中小厂看岗位 |
| 项目深挖 | 你做过的项目到底是不是你做的、你想得有多深 | 所有公司都考 |
| 系统设计 | 能不能从零设计一个可扩展的系统 | 高级岗必考，初级岗可能不考 |
备考策略按目标分层：
❌ 错误姿势：按 LeetCode 题号从第 1 题开始刷，刷到 100 题后前面全忘了，面试碰到新题还是懵。
✅ 正确策略：
按数据结构分专题刷，每个专题先学模板再做题：
刷题三遍法则：第一遍看题解理解思路后闭卷写一遍，第二遍隔天不看题解重写，第三遍一周后限时写。这样 100 题的效果远胜走马观花地刷 300 题。
面试现场的关键：不要闷头写代码。边写边讲思路→写完主动举例验证→分析时间空间复杂度。这个沟通过程才是面试官真正打分的依据，代码对错只是及格线。
一位拿到字节跳动和美团双 offer 的候选人分享：他在面试中每道算法题都先花 1 分钟复述题意确认理解无误，再花 2 分钟讲暴力解到优化解的思路演进，最后用 5 分钟写代码加自测——面试官评价"思路清晰、沟通力强"，这道题的评分比技术更重的候选人还高。
面试官问你"讲一个你做过的项目"，其实在验证三件事：这个东西是不是你做的、你有没有想清楚为什么这样做、出了问题你怎么解决。
准备公式：每个项目准备一段 3 分钟的电梯演讲，必须覆盖以下信息点——项目背景和规模用一句话带过、你的角色和核心贡献占一半篇幅、遇到的最大技术挑战和你的解决方案占另一半篇幅、最终结果用数据收尾。不要讲你知道的所有细节，讲面试官关心的那部分。
高频追问题：
| 公司类型 | 算法权重 | 项目权重 | 系统设计权重 | 行为面试权重 |
|---|---|---|---|---|
| 大厂校招 | 60% | 20% | 10% | 10% |
| 大厂社招（3-5年） | 35% | 30% | 25% | 10% |
| 大厂社招（5年+） | 25% | 30% | 35% | 10% |
| 中厂 | 20% | 50% | 15% | 15% |
| 小厂/创业公司 | 10% | 60% | 10% | 20% |
结论：随着经验增长，算法权重逐渐下降，系统设计权重明显上升。职业初期把算法底子打好，职业中期重点打磨项目深度和系统设计能力。
场景一：算法题写到一半卡住了。不要慌，这是面试官最想看到的时刻——他在看你如何面对困难。立即说出你卡在哪一步，为什么进行不下去，你打算尝试什么替代方案。主动展示调试思路比硬撑着写出错误答案强一百倍。
场景二：系统设计面试官不停追问"如果流量再涨 10 倍呢"。他在测试你的扩展性思维边界。回答公式：先承认当前方案在 XX 量级会失效，然后说出两种扩容思路（纵向还是横向），最后给出你最推荐的一种并解释理由。
场景三：面试官问你还有什么要问的。这是最后一次展示你不是来刷 offer 的而是真的关注这家公司。问两个有深度的问题——关于技术栈演进方向的、关于团队目前面临的技术挑战的——而不是问加不加班和有没有零食。
❌ 致命失误：面试全程不问问题或问"你们公司加班多吗"——前者显得你对岗位没兴趣，后者直接让对方怀疑你的工作态度。
✅ 好问题示范："我了解到贵司今年在做服务化拆分，目前进展到哪一步了？团队在改造过程中遇到的最大技术难点是什么？"——展示了你提前做了功课并且有能力参与技术对话。
| 岗位方向 | 算法重点 | 项目重点 | 附加考点 |
|---|---|---|---|
| 后端开发 | 中等难度为主 | 高并发和分布式系统经验 | 数据库优化、缓存策略 |
| 前端开发 | 简单到中等为主 | 复杂交互和性能优化 | CSS布局、框架原理 |
| 算法工程师 | 高难度为主 | 模型落地和效果迭代 | 数学基础、论文理解 |
| 移动端开发 | 少量或没有 | 性能优化和架构设计 | 平台特性、内存管理 |
在 见效简历 准备项目经历的 STAR 描述，面试时直接对着讲，不用现场组织语言。
选择一个专业模板，10 分钟完成你的简历