结束了针对栈结构的定点轰炸，我们现在开始要缓缓过渡到队列的世界了。

关于队列，在算法面试中大家需要掌握以下重点：

• 栈向队列的转化
• 双端队列
• 优先队列

以上考点中，1 属于基础难度， 2 对一部分同学来说已经有点吃力，3 的区分度最高——优先队列属于高级数据结构，其本质是二叉堆结构，考虑到相关题目具有较强的综合性，我们把它放在小册二叉树和堆相关的专题来展开。在本节，我们集中火力向前两个命题点开炮。

为什么一道题可以成为高频面试题

⚡ 30 秒速记

• 高频题的价值在于同时考数据结构约束、状态不变量、复杂度分析和边界处理，而不是题面出现次数
• “用栈实现队列”要求只通过栈顶操作恢复 FIFO，核心是两个栈分担输入与输出顺序
• 回答时先给操作契约，再解释为何顺序正确，最后给均摊复杂度，避免只背代码

一道题能成为高频面试题，通常是因为它既考经典知识，又能用较短时间检验候选人的综合基本功。 “用栈实现队列”同时涉及栈和队列两种结构，知识点集中、实现量适中，也比较容易看出编码是否扎实。它的深度和复杂度不算高，但这对务实的前端算法面试未必是缺点，面试官通常更关注基础是否可靠，而不是刻意炫技。

如何用栈实现队列？这个问题在近几年的算法面试中热度非常高。

所谓“热度”从何而来？这里就引出了一个非常有趣的话题：（在前端算法面试中）什么样的题目是好题？

首先，不能剑走偏锋：好的面试题，它考察的大多是算法/数据结构中最经典、最关键的一部分内容，这样才能体现公平；其次，它的知识点要尽可能密集、题目本身要尽可能具备综合性，这样才能一箭双雕甚至一箭N雕，进而体现区分度、最大化面试过程的效率。

能够同时在这两个方面占尽优势的考题其实并不是很多，“用栈实现队列”这样的问题算是其中的佼佼者：一方面，它考察的确实是数据结构中的经典内容；另一方面，它又覆盖了两个大的知识点、足以检验出候选人编码基本功的扎实程度。唯一的 BUG 可能就是深度和复杂度不够，换句话说就是不够难。

这个特点，在普通算法面试中可能是 BUG，但在前端算法面试中，实在未必。大家要知道，你是前端，你的面试官也是前端，前端行业普遍的算法水平是啥样他心里还没个数吗...... 实际上大多数前端算法面试题的风格都是非常务实的，需要你炫技的实属特殊情况。

💬 面试官追问

• 候选人认为“用栈实现队列”太简单，要求换成一道冷门高难题才能拉开差距；作为前端面试官，你会接受这个判断吗？

  不会仅凭难度换题，因为冷门技巧可能放大知识偶然性，反而削弱公平性。“用栈实现队列”同时覆盖栈、队列和基本编码能力，知识点经典且密集；它的短板是深度有限，需要靠追问补充分辨能力。

• 一场前端技术面只剩 15 分钟，候选人还要完成编码和复杂度说明，你为什么可能保留“用栈实现队列”而不是考复杂动态规划？

  这类题能在有限时间内同时检查数据结构理解、顺序转换和代码完整性，适合压缩面试成本。复杂动态规划可能把时间消耗在建模上，无法稳定观察基本功；若岗位确实要求更强算法能力，则仍需增加更深的独立题目。

• 招聘的是偏业务交付的前端工程师，却有人主张所有候选人都必须现场解决高难算法题，你会如何调整题目约束？

  我会优先选择经典、务实且综合度较高的题，再按岗位要求逐步增加复杂度。前端算法面试通常不以炫技为主要目标，但这不等于取消区分度，可以通过复杂度、边界条件和替代方案追问继续分层；岗位职责更偏算法时应另设标准。

• 同一道“用栈实现队列”连续几轮都无法区分候选人，有人秒写模板，有人只会背代码，你会先排查题目还是评分方式？

  先排查评分维度和追问设计，而不是直接认定题目失效。应观察候选人能否解释两次逆序为何恢复 FIFO、何时转移元素以及如何保证操作正确；若所有考点仍集中在模板复现，题目深度不足，需要追加约束或更换后续题。