1. 为什么虾皮前端面试只考11道LeetCode题？
作为东南亚最大的电商平台之一，Shopee（虾皮）的前端面试一直以高效著称。与其他大厂动辄几十道算法题的题库不同，虾皮前端岗位的算法考核范围被精准锁定在11道LeetCode题目上。这种看似"偷懒"的做法背后，其实隐藏着三个关键考量：
首先，这11道题基本覆盖了前端开发中最常遇到的算法场景。包括数组操作、字符串处理、树形结构遍历等高频考点。比如快速排序和归并排序考察分治思想，二叉树遍历考察递归思维，这些都是前端性能优化和组件开发的基础能力。
其次，虾皮的面试官通过长期实践发现，这11道题能有效区分候选人的真实水平。题目难度梯度设计合理，从Easy到Hard都有分布，解题过程中能清晰展现候选人的编码习惯、边界条件处理能力和时间复杂度优化意识。
最后，这种聚焦考核的方式也体现了虾皮"务实"的工程师文化。与其让候选人海量刷题，不如精准考察核心能力。我在准备过程中就深有体会——把这11道题真正吃透，比泛泛刷100道题收获更大。
2. 11道核心题目清单与考点解析
经过对多位虾皮面试者的调研，这11道高频考题可以归纳为以下五类：
2.1 数组与字符串处理
- 两数之和（LeetCode 1）：考察哈希表应用，前端常见于缓存优化
- 最长无重复子串（LeetCode 3）：滑动窗口经典案例，类似分页加载优化
- 盛最多水的容器（LeetCode 11）：双指针应用，关联响应式布局计算
2.2 树形结构操作
- 二叉树的中序遍历（LeetCode 94）：递归与非递归写法，对应DOM树操作
- 验证二叉搜索树（LeetCode 98）：树形数据校验，类似表单嵌套校验场景
2.3 排序与搜索
- 合并两个有序数组（LeetCode 88）：基础排序思想，前端分片加载常用
- 搜索旋转排序数组（LeetCode 33）：二分查找变种，关联缓存查询优化
2.4 动态规划
- 爬楼梯（LeetCode 70）：DP入门题，类似组件递归渲染优化
- 最大子序和（LeetCode 53）：经典DP案例，可用于性能监控分析
2.5 其他重要题型
- LRU缓存机制（LeetCode 146）：前端缓存管理的核心算法
- 反转链表（LeetCode 206）：指针操作基础，理解React Fiber的关键
每道题都配有详细的解题模板和前端应用场景注释。比如在做LRU缓存题时，我会特别标注这与React的memoization优化、Vue的keep-alive实现原理直接相关，让算法学习不再抽象。
3. 两周高效攻克方案
3.1 第一阶段：题型分类突破（第1-5天）
采用"分类刷题法"，每天专注一个题型：
- Day1：数组类（3题） 重点掌握双指针技巧，配合Chrome性能分析工具理解算法优化效果
- Day2：字符串类（2题） 结合正则表达式练习，同步提升实际业务中的文本处理能力
- Day3：树形结构（2题） 使用DevTools的Elements面板对照理解DOM树操作
- Day4：排序搜索（2题） 与前端懒加载、虚拟列表等技术点结合理解
- Day5：动态规划（2题） 通过React渲染性能优化案例加深理解
3.2 第二阶段：模拟面试训练（第6-10天）
每天完成2轮45分钟的高强度模拟：
- 使用Codepen或CodeSandbox在线编码
- 设置严格的时间限制（Easy题15分钟，Medium25分钟）
- 录制屏幕并回放分析编码习惯问题
- 重点训练白板编程时的思路表述能力
3.3 第三阶段：错题深度复盘（第11-14天）
建立错题本记录以下维度：
- 初始思路的漏洞
- 边界条件的遗漏
- 时间复杂度的误判
- 代码可读性的缺陷
针对每道错题，用三种不同解法重新实现，并在LeetCode讨论区寻找最优解。我发现在第12天时，对"搜索旋转排序数组"的理解产生了质的飞跃——突然明白了如何将二分查找应用于非常规有序数组。
4. 前端工程师的特别准备技巧
4.1 算法与前端知识的结合点
- 在解链表题时，同步研究React Fiber的链表结构实现
- 练习树形遍历时，对照Vue的AST解析过程
- 处理动态规划问题时，联想前端性能监控的数据聚合算法
4.2 面试中的表达策略
- 遇到不熟悉的变种题时，先说："这道题让我联想到之前做过的XX题..."
- 写代码前先陈述暴力解法，再逐步优化
- 主动讨论不同方案在前端场景下的适用性
4.3 代码风格注意事项
- 使用ES6+语法展示现代前端编码能力
- 为关键步骤添加清晰的注释
- 提前准备好测试用例，展示工程化思维
我在面试中就因为主动提到"这个哈希表解法在我们项目里曾用于优化表单校验性能"而获得了加分。面试官后来反馈，这种结合实际的思考方式正是他们看重的。
5. 常见误区与避坑指南
5.1 准备阶段的三个大坑
- 盲目扩充题库：看到其他公司考题就焦虑，打乱原定计划。坚持11道题的精刷策略才是关键。
- 忽视代码规范：以为算法题只看结果。实际上虾皮面试官会特别关注变量命名、函数拆分等细节。
- 缺少场景联想：单纯刷题不思考前端应用，错过展示综合能力的机会。
5.2 面试时的致命错误
- 拿到题立即开写，不先确认需求（前端工程师的大忌）
- 过度追求最优解，导致基础解法都没完成
- 忽略浏览器API的特性讨论（如数组方法的复杂度）
5.3 我的血泪教训
第一次模拟面试时，我在"反转链表"题上栽了跟头——虽然写出了递归解法，但因为没处理尾节点指向null的情况导致死循环。后来养成了在纸上先画流程图的习惯，再简单的题也要先跑通测试用例。
另一个深刻教训是低估了Medium题的时间压力。实际面试中，当面试官将"两数之和"升级为"三数之和"时，我因为对原题理解不够深入，临时推导耗费了大量时间。这促使我在后期专门练习每道题的变种形式。
