Amazon 的软件工程师面试在美国大厂里以流程长、行为面试占比高著称。很多候选人代码题做得不错，最后却倒在 Leadership Principles 的故事上；也有人行为面试准备充分，却在在线测评（OA）那一关就被筛掉。这篇面经综合了 Glassdoor 上数百条候选人评价、一亩三分地与 LeetCode 讨论区的公开面经，以及 Amazon 官网 amazon.jobs 发布的备考说明，只讲多篇面经反复出现的共性，不复述任何一篇原文，也不编造具体人名与对话。读完之后，你应该能对 Amazon SDE 面试的难度、题型分布和 onsite 当天的真实体验有一个不失真的判断。
先说结论：Amazon 面经真正的难度在哪
如果只看代码题本身，Amazon 的难度在大厂里不算最顶尖。Glassdoor 上 SDE 岗位的面试难度评分是 3.4 分（满分 5 分），SDE II 是 3.5 分，SDE I 也是 3.5 分；候选人整体的正面体验比例，SDE 为 75%，SDE II 为 49%，SDE I 为 85%。这组数字说明两件事：第一，题目难度中等偏上，认真刷过题的人大多能应付；第二，真正拉开差距的不是会不会做题，而是能不能在每一轮里同时讲清楚技术思路和行为故事。Amazon 的每一轮面试几乎都会穿插 Leadership Principles 的问题，面试官手里有明确的评分表，要记录你讲的故事对应哪几条原则。代码写对了、故事讲空了，照样拿不到 strong hire。
另一个容易被低估的难度是时间压力。在线测评的两道题通常只有 70 到 90 分钟，电话面试一小时里要做完一道题加两道行为问题，onsite 一天 4 到 6 轮、每轮 45 到 60 分钟，中间几乎没有喘息。很多面经里提到的失败不是不会做，而是第一道题想偏了、第二道题没时间写完，或者行为问题讲得太啰嗦，挤占了写代码的时间。Amazon 面试考的其实是稳定输出，而不是某一道难题的灵光一现。
在线测评 OA：第一道硬门槛
大多数 SDE 候选人投递简历后收到的第一个环节就是在线测评（Online Assessment，简称 OA）。根据 Amazon 官网 SDE II 备考页面的说明，测评包含两道技术题（90 分钟）、系统设计场景题（20 分钟）和一份工作风格调查（8 分钟）。候选人的公开反馈则普遍描述为两道编程题加一个工作模拟（work simulation）和一份工作风格问卷，整体在两到三小时内完成，平台多为 HackerRank 或 Amazon 自有系统。
OA 的编程题以 LeetCode 中等难度为主，覆盖数组、字符串、哈希表、树和图等基础数据结构。公开面经里被反复提到的 OA 题目类型包括日志文件重排、字符串处理、区间问题和图遍历。需要提醒的是，OA 有严格的作弊规则，Amazon 在候选人须知中明确禁止在测评中使用外部帮助，公开讨论中也有候选人因此被移出流程的说法。不要抱侥幸心理，也不要在网上搜索所谓 OA 原题题库指望押中原题，题库轮换很快，押题的收益很低。
工作模拟是 Amazon OA 里最有特色、也最容易被忽视的部分。它通常模拟一个真实工作场景：收件箱里有经理和同事发来的邮件、一份日志、一张待办工单，你需要在限定时间内阅读材料、排优先级、做判断。评分标准对照的是 Leadership Principles，而不是代码能力。很多候选人把全部精力放在刷题上，工作模拟随便填，结果在这一项上丢了分。工作风格调查则是一些关于工作偏好的选择题，同样对照 Leadership Principles 设计，回答时保持一致性比揣摩标准答案更重要，前后矛盾的回答反而容易被标记。
OA 通过后多久有消息？候选人反馈不一，普遍在一周左右，快的几天内就会收到电话面试邀约，慢的可能要等两三周。如果超过两周没有消息，可以礼貌地发邮件问 recruiter，但不要反复催促。
高频题型：代码题到底考什么
综合 2025 年到 2026 年的多篇公开面经，Amazon SDE 的代码题有非常稳定的题型分布。出现频率最高的几类是：哈希表与字符串处理、树与图的遍历、二分查找与滑动窗口、堆与区间问题、链表操作。动态规划会出现，但主要集中在高级别（L5 以上的 loop）或者作为 follow-up 追问，而不是开场主菜。面试官更看重的是你能不能把中等难度的题做干净：思路讲清楚、边界条件处理好、复杂度分析到位、代码一次写对。
公开面经里反复出现的具体题型包括：岛屿数量（网格里数连通块，常带 follow-up 要求处理动态更新）、最长无重复字符子串（滑动窗口加哈希表）、二叉树最近公共祖先、复制带随机指针的链表、前 K 个高频元素（要求原地建堆）、图的可达性判断（给定有向边，判断一个节点能否到达另一个节点）、流式数据里找第一个只出现一次的字符、拓扑排序类问题（类似课程表与字典序）、以及二分答案类问题（在单调区间上找满足条件的最小值）。这些题名之所以被反复提到，是因为它们对应的是一类通用模式，而不是因为 Amazon 只考这几道题。准备时应该按模式刷题：每类题型练到能讲清思路、写出最优解、说清时间与空间复杂度。
一个值得注意的细节是，Amazon 的面试官经常在你给出最优解之后继续追问：输入规模扩大十倍怎么办？如果数据从磁盘流式读入怎么办？如果要求线程安全呢？这些 follow-up 考察的是工程思维，而不是算法竞赛能力。回答时不要只说结论，要把取舍讲出来：这个方案省了时间但多用了内存，那个方案扩展性更好但实现更复杂。面试官记录的是你的判断过程。
电话面试通常是一小时，一道代码题加一到两道行为问题。很多人轻视电话面试，觉得只是走过场，实际上它是进入 loop 之前的关键筛选，挂在这一轮的候选人并不少。电话面试的代码题难度与 OA 相当，但多了口头沟通的要求：你要边想边说，让面试官跟上你的思路。沉默着埋头写代码是电话面试最常见的失分方式。
系统设计与低层设计：L5 以上的分水岭
L4（SDE I）的 loop 通常没有正式的系统设计轮，重点是编码与行为面试。从 L5（SDE II）开始，系统设计成为必考项，loop 里一般有一轮系统设计，有时还会加一轮低层设计（LLD 或面向对象设计）。L6（SDE III）的设计轮权重更高，面试官会考察跨系统的影响、取舍与长期演进。
公开面经里出现过的设计题包括：设计一个分布式限流器（要求跨区域可用、突发流量下优雅降级）、为聊天服务设计扩容方案（应对流量突增）、设计一个商品评价系统、设计 Linux 的 find 命令接口。共同点是题目都很开放，没有标准答案，面试官看的是你如何拆解需求、估算容量、画出模块、讨论一致性与可用性的取舍、以及如何处理失败场景。准备时建议先练熟几类经典系统：短链接、消息队列、缓存、限流、搜索、推荐 feed，然后在面试中套用同一套分析框架：明确需求与规模、画高层架构、深入关键模块、讨论瓶颈与扩展。
低层设计轮常以面向对象设计的形式出现，例如设计一个停车场、设计电梯调度、设计文件系统接口。考察点是类的划分、接口定义、扩展性与代码可读性。这类题目容易被忽视，但 SDE II 的 loop 里并不少见，准备时至少要练两到三道常见的面向对象设计题，熟悉如何用简洁的类图和伪代码表达设计。
Leadership Principles 行为面试：最容易翻车的地方
Amazon 官网公布了 16 条 Leadership Principles，顺序依次是：客户至上（Customer Obsession）、主人翁精神（Ownership）、发明与简化（Invent and Simplify）、决策正确率高（Are Right, A Lot）、学习与好奇（Learn and Be Curious）、招聘并培养最优秀的人才（Hire and Develop the Best）、坚持最高标准（Insist on the Highest Standards）、远见卓识（Think Big）、行动偏好（Bias for Action）、节俭（Frugality）、赢得信任（Earn Trust）、深入探究（Dive Deep）、敢于谏言、服从大局（Have Backbone; Disagree and Commit）、交付结果（Deliver Results）、力求成为地球上最佳雇主（Strive to be Earth’s Best Employer）、规模越大责任越大（Success and Scale Bring Broad Responsibility）。其中最后两条是 2021 年 7 月新增的，此前是 14 条。
面试中每位面试官通常负责两到三条原则，整个 loop 覆盖大部分原则。最常被问到的几条是客户至上、主人翁精神、交付结果、深入探究、敢于谏言服从大局。典型问题包括：讲一次你为客户超出预期的经历；讲一次你主动承担职责之外工作的经历；讲一次你在数据不足的情况下做决定的经历；讲一次你与团队已有决定意见不一致的经历；讲一次你犯的错误以及你如何处理。回答要用 STAR 结构：情境、任务、行动、结果，每个故事控制在两到三分钟，结尾最好有可量化的结果。
公开面经里失败教训最集中的地方就是行为面试。常见问题有四类：第一，故事太空泛，只有观点没有具体事例，面试官追问细节时答不上来；第二，同一个故事反复用，换个问法就露馅；第三，故事里全是团队的功劳，讲不清自己具体做了什么；第四，遇到负面问题（比如失败与冲突）时回避或甩锅，违反了赢得信任这条原则。准备时建议写 8 到 10 个真实故事，每个故事覆盖两到三条原则，提前按 STAR 写好要点，但不要背诵逐字稿，面试时自然讲述。没有工作经验的应届生可以用实习、课程项目、社团与兼职经历，但事例必须真实，面试官会连续追问细节，编造的经历很容易被问穿。
还有一点常被忽略：行为问题不只出现在专门的行为轮里，几乎每一轮技术面试开头都会先问一到两道行为问题，然后再进入代码题。也就是说，你没有哪一轮可以完全不准备行为面试。
Onsite 当天什么样
通过电话面试后，候选人进入 loop，也就是俗称的 onsite。现在多数 loop 是线上进行，少数岗位仍会安排到办公室。Loop 一般是 4 到 6 轮，每轮 45 到 60 分钟，集中在一天内完成，也可能拆成两个半天。面试官包括未来的同事、 hiring manager，以及一位 Bar Raiser。候选人事先不知道哪一位是 Bar Raiser，所以每一轮都要同等认真对待。
Onsite 当天的节奏非常紧凑，轮与轮之间通常只有几分钟休息。面经里常见的体验是：上午两轮编码加一轮设计，下午行为面试加 Bar Raiser 轮，最后是 hiring manager 的谈话。也有候选人反馈 loop 只有 3 轮，或者因为团队编制变化被加轮。轮数本身不固定，取决于级别、岗位与团队安排，收到 recruiter 发来的日程后以日程为准。
关于 onsite 体验，公开评价呈现两极。正面评价集中在流程规范、面试官专业、问题与岗位相关；负面评价集中在等待反馈时间长、面试官风格差异大、个别轮次的问题表述不清。Glassdoor 上 SDE II 岗位的正面体验比例只有 49%，低于 Amazon 整体的 57.5%，说明中级岗位的候选人对流程的感受相对更挑剔。心态上要做好准备：某一轮感觉不好不等于整体失败，Amazon 的决策是综合所有轮次的评分，不是单轮淘汰。
失败教训：公开面经里最常见的挂因
把多篇未通过的面经放在一起看，挂因高度集中，值得逐条对照自查。第一类是 OA 翻车：两道题只做对一道，或者第二道题超时没写完。OA 是机器判分加人工复核的组合，容错率比想象中低，平时练习一定要掐表。第二类是电话面试沟通不足：代码写出来了，但全程沉默，面试官无法判断思路，评分时只能按最低档记录。第三类是行为故事单薄：技术轮全过，行为轮被判为达不到级别要求，这是 Amazon 独有的挂因，在其他公司很少见。第四类是系统设计跑偏：上来就画细节，需求与规模估算都没讲，时间耗在错误的地方。第五类是定级失败：面试表现达到了 L4 的标准，但应聘的是 L5，loop 结束后没有降级录取，直接不予通过。Amazon 的定级很严格，冲高级别之前要诚实评估自己的经验与影响力范围。
还有一类教训与准备方法有关。不少候选人反馈，自己刷了几百道题却忽略了 Leadership Principles 的准备，或者只准备了技术、没有做模拟面试。Amazon 的面试强度很大，没有经过全真模拟的人，很容易在第三轮之后出现注意力下降。建议至少做两次完整模拟：一次是连续两小时的代码加行为混合模拟，一次是系统设计模拟，模拟时开着摄像头、掐着时间、请对方按真实面试的节奏追问。
不同级别与岗位的差别
L4 应届与初级岗位的 loop 以编码为主，通常 2 到 3 轮技术面试加行为面试，题目以中等难度为主，重点考察数据结构与算法基础。L5 的 loop 增加系统设计与低层设计，行为面试对影响力与跨团队协作的要求明显提高。L6 的 loop 更看重设计深度、项目 ownership 与技术判断，行为问题会围绕你主导过的复杂项目展开，面试官会反复追问你在关键决策点的取舍。
Data Scientist、Product Manager、Data Engineer 与 MLE 的面试结构与 SDE 不同。数据科学岗位会有统计与机器学习、SQL 与案例分析；产品经理岗位以产品案例、行为面试与数据分析为主，代码题很少或没有；数据工程师岗位重视 SQL、数据管道设计与分布式系统基础；机器学习工程师则介于 SDE 与应用科学家之间，编码加机器学习系统设计是重点。投递之前先在 Amazon 官网找到对应岗位的备考页面，按岗位准备，不要用 SDE 的题单去套所有岗位。
一份可执行的准备时间表
如果从零开始准备，建议按六到八周规划。第一到第二周：读完 16 条 Leadership Principles 的官网原文，写出自己的 8 到 10 个故事初稿，同时每天刷两到三道高频模式题。第三到第四周：进入系统刷题节奏，按题型分类练习，L5 以上同步开始系统设计，每周至少练两道设计题并写出复盘。第五周：做 OA 模拟，掐表完成两道题加工作模拟；同时做第一次全真模拟面试，重点练边说边写。第六周：针对模拟中暴露的弱点补强，故事精修到每个两到三分钟，系统设计按框架过一遍。第七到第八周：保持手感，每天一到两道题加一次行为问题自问自答，面试前一天停止高强度刷题，保证睡眠。
最后提醒一句：面经的价值在于帮你看清题型分布与评分逻辑，而不是给你一份标准答案去背。Amazon 的题库轮换快、面试官风格差异大，真正能带进考场的只有扎实的基础、讲得清楚的思路和真实可信的故事。把这三件事做到位，通过率自然会提高。
暂无评论内容