半张老头最近整理工作笔记的时候，翻到浏览器里存着的一堆前端热搜词，从“前端面试题2026”到“前端使用worker上传大文件”，再到“AnythingLLM在GitHub上是前端应用”和“github主页前端地球ui怎么实现的”，跨度大得惊人，但仔细看看，这些其实恰恰是当下前端开发者最关心的几件事：怎么面试、怎么做性能优化、怎么处理大文件这类硬核场景、中后台系统里那些绕不开的隐藏功能，以及AI来了之后前端到底往哪儿走。
这篇“前端知识点随记”就是我从这些热搜里挑出几个最有代表性的方向，结合自己平时写代码的实际经验，把它们串成一份可以反复翻看的笔记。不追求面面俱到，只挑那些真正值得咀嚼、能直接用到项目里的知识点展开聊。内容适合正在准备面试的前端、写中后台写到怀疑人生的同学，以及想搞明白AI时代前端该怎么进化的人。
1. 面试八股文的学与用：先弄明白这些题到底在考什么
“前端面试八股文汇总”能一直挂在热搜上，说明大家在面试这件事上确实焦虑。我刚入行那会儿也背过八股，背完之后进公司写代码，发现最大的问题不是八股没用，而是我只记住了答案，没理解答案背后的原理。后来我当面试官，面了上百个候选人，越来越确定一件事：八股文本身没有错，错在“背”而不是“懂”。
1.1 事件循环这类题，怎么从“背答案”变成“讲原理”
事件循环（Event Loop）是前端面试出现频率最高的题之一。大部分背过答案的人会说：先执行同步代码，然后执行微任务，再执行宏任务。这个回答对不对？对，但太浅了，等于没说。
真正的理解应该是：JavaScript是单线程的，为了避免阻塞，它把任务分成了同步任务和异步任务。异步任务又分微任务（Promise.then、MutationObserver等）和宏任务（setTimeout、setInterval、I/O等）。执行完一个宏任务之后，会清空当前所有的微任务，然后再取下一个宏任务，这个过程不断循环，就是事件循环。
但如果你只停在这里，还是没有完全讲透。面试官想听到的是：为什么微任务要优先于宏任务？为什么要有微任务这种东西？答案其实是因为微任务是在当前宏任务结束前、渲染之前执行的，所以它可以用来做那些必须“尽快”做的事，比如Promise回调。而宏任务之间浏览器有机会去渲染更新UI，所以setTimeout的延迟并不是精确的。
我建议准备这类题的时候，不要只背结论，而是自己画一遍完整的事件循环流程：执行栈、任务队列、微任务队列、渲染时机。能把图画出来，能把“为什么会这样设计”讲清楚，比背十遍答案都管用。
1.2 2026年面试的新风向：基础还在，但考法变了
看热搜词“2026前端面试题”出现的频率很高，和之前的面试题对比一下会发现，变化其实挺明显的：
- 不再只问“闭包是什么”，而问“闭包在实际项目里用在哪里要注意什么”
- 不再只问“怎么优化性能”，而问“你线上某个页面卡了，怎么排查定位”
- 开始问“你在项目里用过哪些AI辅助工具”“你怎么用AI生成组件代码”
- 开始问“前端怎么处理大文件上传”“怎么做权限控制”“怎么和后端配合”
这说明行业对前端的要求已经从“会写页面”变成了“能解决实际问题”。所以如果你还在背那种“闭包是什么”的标准答案，建议换种方式：把八股题当成一个小项目来做，用代码验证，用实践检验。
比如闭包，不要只背“函数返回函数”，而是真去写一个用闭包实现私有变量的例子，再想想闭包的内存泄漏问题，再想想闭包在循环里的坑。这样一道题就能覆盖三个知识点，面试的时候也比背答案强太多了。
1.3 八股文整理的正确姿势：按主题建索引，而不是按题库背
我自己整理前端知识点的习惯是：不按题库存，按主题建索引。比如“事件循环”下面挂的不是一道题，而是一堆相关的问题：微任务和宏任务的区别、setTimeout为什么不准时、requestAnimationFrame和setTimeout的区别是什么、Node.js的事件循环和浏览器的有什么区别。
这样整理的好处是，面试的时候不管问题怎么变，我都能从主题出发去思考，而不是机械地匹配题库。我甚至会在每个主题下写一段“我实际遇到过的情况”，比如某次线上页面卡顿就是因为setTimeout里做了大量计算，改成requestAnimationFrame之后流畅多了。这种真实案例在面试里说出来，比任何标准答案都有说服力。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 性能优化的真正抓手：INP、长任务和渲染瓶颈一个都不能漏
前端性能优化能一直挂在热搜上，说明这是所有前端的共同痛点。特别是2024年之后，Google把INP（Interaction to Next Paint，交互到下一次绘制的延迟）正式列为Core Web Vitals的核心指标，替代了原来的FID（First Input Delay）。这个变化不是小事，意味着对交互响应速度的衡量方式完全变了。
2.1 INP和FID的本质区别：别只盯着首次交互
FID只统计用户第一次交互到页面响应的延迟，而且这个指标的数据往往偏小，因为用户第一次交互通常是点个链接或者滚动页面，浏览器没太多事要做。INP就不一样了，它统计的是整个页面生命周期内所有交互的延迟，取最差的那个近似值（p75，75分位）。也就是说，只要有一次点击卡了500ms，INP就会很难看。
这就带来一个实际的结论：你不仅要把首次加载和首次交互做好，还要保证整个使用过程中的每一次交互都