一、整体 Timeline 概览

Amazon 26 Summer SDE Intern 的流程整体依然是经典的 Amazon 校招路径，但在 VO 阶段有一个明显变化，需要特别注意时间和体力分配。

一般来说，投完简历之后，如果你的简历被 HR 或系统捞起，会很快收到一封 OA 邀请邮件，里面包含一个在线测评的链接。这个 OA 通常不会限制投递多久后触发，有的人可能几天内就收到，有的人会等一两周，这一点差异比较大。

二、OA 阶段：Coding + Work Style

OA 的形式和往年基本一致，总时长 70 分钟，其中包含两道 coding 题，以及一组不限时的 work style 选择题。

两道 coding 题基本都是 LeetCode 风格的算法题，难度通常在 medium 左右，偶尔会有一题偏向 medium-hard，但很少出现纯 hard。题型比较稳定，常见的是数组、字符串、哈希表、双指针、简单 DP 或图的基础遍历。对时间的要求比较紧，如果第一题没有快速通过，第二题的完成度很容易受到影响。

Work style 部分不计时，但非常重要，内容基本围绕 Amazon Leadership Principles 展开。题目形式是给出一个场景描述，让你在多个选项中选择最符合你行为习惯的答案。这里并不是考正确答案，而是考一致性，所以建议在做之前对 LP 有一个整体认知，避免前后选择逻辑冲突。

三、OA 后的保温邮件（Hold Email）

如果 OA 表现不错，通常会在一到两天内收到一封所谓的保温邮件。这封邮件的核心意思是：你的 OA 表现达到了 bar，但目前不保证一定会进入面试或者拿到 offer。

很多同学看到这封邮件会比较焦虑，但实际上这是一个正向信号，说明你已经通过了技术筛选，只是后续是否推进，取决于 headcount、学校优先级以及时间线。往年有不少人是在收到保温邮件后一到两周才被继续推进。

四、VO Survey 与面试安排

如果你被推进到下一轮，会收到一封 VO survey，让你填写几个可用的时间段。这个 survey 本身并不意味着已经安排好面试，但基本可以认为已经进入最终阶段。

和往年最大的不同在于，26 Summer Intern 的 VO 从原来的一小时，扩展到了两小时。这一点非常关键，因为它直接影响面试节奏和内容密度。

五、VO 结构变化：两小时但题型不变

虽然 VO 时长变成了两小时，但考察的题型并没有发生本质变化，仍然是 coding + BQ 的组合。区别在于题量和深度都有所扩展。

BQ 依然是围绕 Amazon Leadership Principles 展开，面试官会从你简历或者过往经历中挑选几个点深挖。和之前相比，follow-up 会明显更多，而且有时会顺着你的回答进入 technical deep dive，比如让你解释当时的技术选型、系统瓶颈、trade-off，甚至让你反思如果重来一次会怎么改。

六、Coding 部分：Algo 为主，OOD 为辅

Coding 部分大概率仍然是常规的算法题，也就是标准的 LeetCode 风格。考察重点并不在于你会不会某一个冷门技巧，而是在于你是否具备清晰的思路表达能力、边界条件意识，以及写出可维护代码的能力。

算法题的重点通常包括如何拆解问题、如何在面试过程中逐步优化解法、以及是否能在写代码时同步解释自己的思考过程。时间复杂度和空间复杂度基本都会被问到，尤其是在你给出第一个可行解之后，面试官往往会追问是否有更优解。

小概率情况下会出现 OOD（Object-Oriented Design）相关的问题，通常不是完整的大系统设计，而是偏向于设计一个类结构、接口，或者在已有代码基础上进行扩展。这里更看重你对封装、职责划分、可扩展性的理解，而不是设计模式的名词堆砌。

七、不能运行代码：Dry Run 很重要

一个非常值得强调的点是，Amazon 的在线 code editor 通常是不支持代码执行的。这意味着你写完代码之后，不能通过运行样例来验证正确性。

因此，面试官往往会要求你进行 dry run，也就是手动用一到两个 test case 过一遍逻辑，检查边界情况和潜在 bug。这一步如果做得好，会非常加分；如果逻辑混乱或者在 dry run 时频繁发现问题，面试体验会明显下降。

八、结果反馈

VO 结束后，一般会在几天内收到最终结果，可能是 pass 也可能是 decline。Intern 的反馈速度整体比 full-time 快，但在高峰期也可能稍有延迟。