最近一个月，为了给团队补充新鲜血液，我密集面试了差不多20位前端候选人，从刚毕业的新人到有三五年经验的都有。

面试得多了，我发现一个很有意思，甚至有点反常识的现象：现在很多候选人的知识结构，好像是个倒三角形。

什么意思呢？

就是他们对上层的框架（React/Vue）、甚至元框架（Next.js/Nuxt）的各种 API 和所谓的最佳实践了如指掌，能跟你聊半小时的服务端组件和状态管理选型。

但当我往下问，问到一些浏览器底层、原生 JavaScript、或者纯 CSS 基础时，他们反而会卡住，回答得模棱两可。

这个现象让我陷入了沉思。这篇文章，不 critique 任何候选人，只想聊聊我观察到的这个倒三角形现象，以及它背后，我们作为前端工程师，值得 #技术分享思考的一些事。

几个让我印象深刻的面试瞬间

为了不让大家觉得我空口白说，我分享几个最近面试中，让我印象很深的真实场景（已做脱敏处理）。

精通 Tailwind CSS，但写不出三栏布局

有位候选人，简历上写着“精通 Tailwind CSS，对原子化 CSS 有深入理解”，这很吸引我。

面试时，我让他手写一个经典的三栏布局，左右两栏固定宽度，中间一栏自适应。

他的第一反应是在脑海里搜索 Tailwind 的 class，比如 flex , w-48 , flex-1 。我说：“如果现在我们不能用任何 CSS 框架，就用原生 CSS，你会怎么实现？”

他思考了很久，最后给出的 Flexbox 方案，在 flex-shrink 的理解上还有点问题。对于 Grid 布局的方案，则完全没有提及。

深谙 React Hooks，但忘了事件冒泡

另一位候选人，对 React Hooks 的理解非常深，useEffect 的依赖陷阱、useCallback 的优化都说得头头是道，一看就是官方文档读得很熟。

我接着问了一个原生 JS 的问题：“在一个父元素和一个子元素上，都绑定了点击事件，当我点击子元素时，这两个事件的触发顺序是怎样的？如果我希望点击子元素后，父元素的事件不触发，该怎么做？”

他回答得有点犹豫，对“事件捕获”和“事件冒泡”的完整流程，以及 stopPropagation() 和 stopImmediatePropagation() 的区别，概念比较模糊。

能聊 Next.js 缓存，但不熟 HTTP 缓存

一位对 Next.js 的 App Router 和数据获取策略（ fetch 的缓存、revalidate ）讲得非常好的同学，这在当下是非常加分的。

我问他：“抛开 Next.js，浏览器原生的 HTTP 缓存机制（比如强缓存、协商缓存）是怎样的？Cache-Control 这个响应头里的 max-age 和 s-maxage 有什么区别？”

他坦诚地表示，这块没怎么深入了解过，平时主要还是依赖框架的封装。

为什么会出现这种“倒三角形”现象？

我反思了一下，觉得这不完全是候选人的问题，而是我们 现在学习前端的路径，已经发生了根本性的变化。

**1.

你还没写过原生的 addEventListener ，就已经在用 <div onClick={...}> 了。你还没理解过 Flexbox 的轴和对齐方式，就已经在用 flex justify-center items-center 了。

**2.

工具把一切都封装好了，以至于我们大部分时间，都可以在这个舒适的抽象层里工作，而无需关心底下的实现原理。

所以，这有什么问题？

你可能会说：“既然工具都封装好了，我直接用就行了，了解底层干嘛？能完成业务不就行了？”

在一切顺利的时候，确实没问题。

但最大的问题在于 排查未知问题的能力 。

当框架的抽象层出现——比如一个诡异的 CSS 渲染问题、一个非预期的事件行为、一个奇怪的缓存问题——如果你的知识体系里只有框架，没有底层，你就会束手无策，只能去 GitHub 的 Issue 区里搜或者问 GPT，祈祷有人遇到过和你一样的问题。

技术一直在变。今天你精通 React，明天 Svelte 火了，后天可能又出来一个新的范式。但浏览器、HTTP、JavaScript 语言本身，这些基础的变化是非常缓慢的。

地基打得牢，上层建筑怎么换，你都不会慌。

给候选人，也给我自己的一些建议

聊这个现象，不是为了在面试中秀优越感，而是希望能引起大家的共鸣和思考。

对候选人的建议：刻意地向下学习

当你熟练使用一个框架的 API 后，多问自己一个问题：

“如果没有这个框架/库，用原生JS/CSS，这个问题该怎么解决？”

当你用 React.memo ，那你知道浏览器原生的渲染和绘制流程是怎样的吗？当你用 Axios ，那你知道一个原生的 XMLHttpRequest 对象是如何工作的吗？

需要花更多的时间去加固你的基础。

对我自己的反思

我也在反思我的面试方式。我不能再只满足于候选人能熟练使用我们团队的技术栈。我现在会更侧重于考察候选人 解决未知问题的能力 和 对基础原理的理解 。比如，我会出一个在框架里很少见，但需要用原生 JS 逻辑才能解决的场景题，看候选人如何思考和分解问题。

最后，我想说

上层建筑决定了你的开发效率，而地基决定了你能走多远。在2025年的今天，做一个优秀的前端工程师，两者缺一不可。

你们看呢？