2026 年金三银四，前端真的没坑了吗？我为什么还在坚持做面试网站？
一、 引子：2026，前端职场正在“撕裂”
最近和几个在大厂做面试官的朋友聊了聊，也看了一下今年小厂的招聘 JD，发现前端职场正处于一种极其尴尬的“撕裂”状态。
一边是大厂的“无限内卷” ：他们不再需要只会写组件的熟练工，而是死盯着高级、资深架构，恨不得让你当场讲透 AI 工具的协议原理，或者深挖微前端沙箱的实现原理； 一边是小厂的“既要又要” ：以前招个普通程序员就行，现在恨不得你是个“AI 调教大师”，能用 AI 一键生成页面，还得顺便把后端、运维的活儿全干了。
很多同学跟我抱怨：“现在 AI 都能写代码了，为什么面试还要问那些底层原理？”
但事实是，当代码可以被 AI 廉价生成时，前端面试反而回归了本质：不再只看你“记住了多少”，而是看你对知识的“提炼和判别能力”。
二、 AI 时代，面试官到底在考什么？
我们要接受一个事实：2026 年，面试官已经默认你能用 AI 写出代码了。
那他们为什么还要考你底层？ 因为生成的代码越多，**“判题”和“改错”**的能力就变得前所未有的贵。
- 以前考记忆力： 比如让你讲讲 Promise 的几个静态方法，布局的几种方式，考的是你的“存储量”。
- 现在考“复杂场景把控”： 比如在处理 AI 聊天的 SSE 流式响应时，如何优雅地处理 Markdown 增量渲染导致的页面抖动和闪烁？如果 AI 给你生成了一段看起来自洽但在 React 闭包里有坑的代码，你能不能一眼识破？
如果你的知识体系是碎片化的，你根本连“质疑 AI”的资格都没有。在面试官眼里，如果你只懂调教 AI 而不懂底层，那你只是一个**“更高级的 API 调用者” ，而不是一个“不可替代的工程师”**。
这就是为什么我决定在这个金三银四，把自己整理的 400+ 道真题，正式上线为 FrontendWiki。
三、 既然要做，就做更纯粹的“前端百科”
市面上面经很多，但大多是过时信息的堆砌。在搭建 FrontendWiki (frontendwiki.cn) 时，我花了大量精力去对碎片化的信息进行校对、精简和结构化，只做真正能拉开差距的垂直内容：
1. 拒绝纯算法搬运：做更针对面试的手写
很多人刷 LeetCode 刷得天花乱坠，一到面试手写 函数科里话 或 useAsyncEffect 这种业务 Hooks 就卡壳。 内置了 Code-Editor 模块：
- 前端实战手写： 比如 promise的各种方法、常见的自定义 Hooks 、异步并发控制器等。
- TS 类型体操： 针对大厂面试中越来越硬核的类型定义题，整理了从基础到高阶的类型挑战。
- 代码分析题： 前端面试常见的代码分析题。
2. 补全 2026 缺失的“AI 前端版块”
这是我认为目前市面上绝大多数面经的“断层”所在。在 Wiki 里，我专门开辟了全新的维度：
- AI 前端开发实战： 比如如何处理 SSE 流式输出、如何解决 Markdown 渲染时的布局抖动、以及渲染 AI 生成内容时的 XSS 防范。
- AI 工具流探索： 讨论开发者如何在 AI Coding（如 Cursor/Trae） 的工作流中保持核心竞争力。
3. 结构化的“八股”：直击 2026 核心技术栈
我们剔除了那些已经成为历史尘埃的过时考点，总结了16个模块，从js基础到前端工程化；从框架原理到技术选型，涉及了前端学习和面试的方方面面。
- 前端基础和原理： React、Next.js、RSC 的底层机制等。
- 工程化和场景化： Monorepo 项目管理、微前端隔离机制、低代码平台架构等。
四、 写在最后
FrontendWiki 目前还处于 1.0 阶段。里面的每一道题和解析，都是我利用下班时间，反复打磨出来的。
我深知这个行业现在的“冷”，但也相信“结构化思考”带来的“暖”。我并不指望这个网站能让你瞬间拿大厂 Offer，但我希望当你面对面试官的连番追问时，脑子里浮现出的不再是模棱两可的片段，而是清晰的技术脉络。
目前网站完全免费，没有任何广告。
如果这个项目对你有哪怕一点点启发，欢迎来评论区交流。或者你觉得 2026 年还有哪些“必考题”是我漏掉的，请务必告诉我。欢迎各位大佬多多交流和捉虫。
在这个撕裂的时代，我们除了互相抱团取暖，更要一起保持清醒。
