2026年了，“前端面试”这四个字放在一起，给人的感觉和五年前完全不一样。热搜上“蚂蚁集团宣布前端岗位从此消失”的话题闹得沸沸扬扬的时候，我正好在帮几个准备跳槽的朋友做模拟面试。说实话，那几天问得最多的问题就是“前端是不是真没戏了”“我现在准备面试还有没有意义”。这篇内容不是来贩卖焦虑的，也不是来灌鸡汤的，而是把我这段时间反复看到的、实际问过的、候选人最容易翻车的题目整理成一份真正能用的面试集合。它不是简单的刷题列表，而是一份围绕2026年技术风向和面试官心理的答题策略手册。不管你是刚准备找工作的应届生，还是工作了三五年想挪一挪的老手，这份集合里的问题拆解和回答思路，你应该都用得上。
1. 2026年前端岗位的真实变化：面试官到底在筛什么
先说清楚一个事实：纯切图的岗位确实在消失，但“前端工程师”这个角色并没有消失，它正在往两个方向分化。一个方向是往工程化、跨端、可视化、音视频这些重技术深度的领域钻；另一个方向是往业务侧靠拢，要求你懂后端、懂数据库、甚至能独立扛起一个完整功能的前后端联调。面试官在这两种不同的岗位上，筛人的标准完全是两套。
1.1 “岗位消失”热搜背后，前端面试的底层逻辑变了
过去面试前端，核心看的是“你会不会写页面”，问得最多的是CSS居中、盒子模型、闭包、事件循环这些。现在面试前端，核心看的是“你能不能解决问题”，而且这个问题往往是跨领域、跨技术的。
我最近看到一份内部的面评标准，里面明确写了几个等级：初级看API熟练度，中级看原理理解，高级看架构能力和业务抽象能力。也就是说，单纯背八股文的时代已经过去了。2026年的面试题，哪怕表面问的是“Vue3的响应式原理”，面试官真正想听的也不是你背出reactive和ref的区别，而是想通过这个问题判断你在面对一个性能瓶颈或一个诡异bug时，能不能快速定位到根本原因。
1.2 面试考察维度的权重变化：从知识广度到问题解决深度
我观察了2026年各大厂的面试题方向，发现考察维度的权重已经有了明显变化。基础语法和框架API的考察比重下降，但考察方式变得更加鸡贼——会放在具体的场景里去考。比如同样是问“前端传参”，早年就是问get和post的区别，现在会直接丢给你一个跨域场景下的登录态传递问题。
权重最高的三个维度变成了：工程化与性能优化的实战经验、跨端与全栈的扩展能力、AI工具链的落地能力。这三个维度恰好对应了2026年热搜词里反复出现的那些关键词：前端框架、前端组件库、vue3+vite+微前端方案、ai前端skill。面试官不是想知道你知道多少工具，而是想知道你在真实项目里，这些工具解决了什么实际问题。
2. JavaScript/TypeScript核心问题：从代码现象问到语言机制
不管前端框架怎么变，JavaScript始终是面试的根基。2026年的JS面试题最大的变化是：题目看起来很简单，但面试官会一层一层往里追问，每一层都在筛人。
2.1 事件循环与异步机制：输出顺序题只是开胃菜
几乎每一场前端面试都会有输出顺序题，但2026年的输出顺序题不再满足于宏任务微任务的基础排列了。我见过一道题，表面是问promise、setTimeout、async/await的输出顺序，但追问下去，问题会滑向“async函数里await后面的代码是什么时候执行的”“process.nextTick在浏览器里为什么不存在”“requestAnimationFrame和event loop的关系是什么”。这些问题考察的就是你对事件循环机制的真正理解，而不是背输出结果。
答题的时候要掌握一个底层模型：JavaScript是单线程的，但运行环境（浏览器/Node）是多线程的。事件循环是连接JS线程和渲染线程、I/O线程的调度器。宏任务、微任务不是语言规范里定义的东西，而是宿主环境（浏览器/Node）造的轮子。把这一层讲清楚，面试官就知道你读代码的时候脑子里有完整的执行时序图。
2.2 闭包与内存泄漏：概念背得再熟，不会排查还是白搭
闭包是面试题里的常青树，但2026年的问法更狠了。面试官会直接给你一段代码，让你指出哪里发生了内存泄漏，然后让你现场改。比如一个定时器里引用了DOM节点，组件销毁时定时器没清理，还有一种更隐蔽的——全局变量不断增长的场景。
这里有一个我面试时常用的排查思路，分享给大家。第一步先看有没有全局引用：window上挂了什么、闭包外层有没有被长期持有的对象。第二步看DOM引用：DOM节点已经从页面移除，但JS对象还在引用它。第三步看定时器和事件监听器：setInterval、addEventListener没解绑。第四步用Performance面板录制堆内存快照，看垃圾回收后内存有没有回到基准线。这套排查链路比背十遍“闭包是什么”管用得多。
2.3 this指向与箭头函数：高频错题背后的真实坑点
this指向问题每年都考，每年都有大量候选人翻车，因为题目经常和对象方法、隐式绑定、显式绑定混在一起出。2026年这道题的变形是：在class里定义一个箭头函数属性，然后在render函数里传给子组件，问this指向谁、性能开销如何。
这里要记住一个核心结论：箭头函数不绑定this，它的this由词法作用域决定。在class里用箭头函数定义方法，this永远指向class实例，好处是作为回调传递时不用bind，坏处是每个实例都会创建一份新的函数，内存开销比原型方法大。理解了“词法作用域决定this”和“每次实例化创建新函数”这两点，基本就能应对大部分延伸追问了。
2.4 原型链与继承：ES6 class背后的隐藏考点
现在很多人写代码只用ES6 class，原型链和原型继承的操作反而生疏了。但面试官偏偏喜欢往这里挖，而且挖的方向很刁钻。我问过一道题：用class写的继承，能不能用instanceof判断继承关系？子类实例能不能访问父类的静态方法？class的原型方法和箭头函数属性的this，哪一个更稳定？
实际上，class是语法糖，底层还是原型链。extends关键字做的是两件事：设置子类的prototype的__proto__指向父类的prototype；设置子类构造函数（子类本身）的__proto__指向父类构造函数。这两条继承链就是面试官常说的“双链继承”。把这段关系在纸上画出来，比背任何结论都靠谱。
2.5 TypeScript：类型不是装饰，是隐形的单元测试
TypeScript相关的面试题在热搜词里单独存在，可见它的重要性已经和JavaScript平起平坐了。2026年的TS面试题不再是问你interface和type的区别这种基础题了，而是直接给你一个复杂的泛型场景，让你实现一个类型工具。
比如我最近被问过的高频题：实现一个Partial、实现一个Pick、实现一个ReturnType，以及“怎么给一个异步函数推导出Promise返回值类型”。这类题核心考的是两个能力：一是映射类型（Mapped Types）和条件类型（Conditional Types）的熟练度；二是对TS类型系统的理解——类型不是值，类型是编译期的约束和数据流动的说明书。
一个小建议：面试前把utility types（Partial、Required、Pick、Omit、Record、Exclude、Extract、NonNullable、Parameters、ReturnType）的源码全部手写一遍，对提升类型功力非常有帮助。
3. 框架与工程化：Vue3/React高频考点与答题思路
框架题是前端面试的大头。2026年的框架题，已经从“源码背诵题”进化成了“源码理解题”。面试官不再问“diff算法是什么”，而是问“给你一个更新场景，用虚拟DOM的diff逻辑推导一下最终会操作哪些真实DOM节点”。
3.1 Vue3响应式原理：不要再只背“Proxy优于defineProperty”
Vue3的响应式原理几乎是必考题，但大部分候选人的回答都停留在“Proxy可以拦截更多操作，性能更好”这个水平。要让面试官眼前一亮，至少要拆到三层。
第一层，Proxy的拦截能力：它能拦截13种操作，包括get、set、deleteProperty、has、ownKeys，这是defineProperty做不到的。
第二层，依赖收集与触发的机制：get时把当前的副作用函数（effect）收集到依赖集合里，set时触发所有依赖这个属性的effect重新执行。
第三层，为什么用WeakMap存储依赖关系：因为WeakMap的键是弱引用的，当组件实例被销毁后，它对应的依赖集合可以被垃圾回收，避免内存泄漏。这一层很多候选人答不上来，你答上来了，分数自然就上去了。
3.2 Vue3组合式API与组件通信：setup之后，代码组织方式变天了吗
Vue3的setup函数和组合式API，表面上是代码组织方式的改变，深层是逻辑复用粒度的改变。面试官喜欢问：Vue2的mixin为什么被组合式API替代了？hoc和render props在Vue3里还有没有用武之地？
答题要点：mixin有三个硬伤——命名冲突不可控、来源不透明（组件里没法直接看出某个属性来自哪个mixin）、耦合度高（多个mixin之间互相影响）。组合式API通过“函数作用域隔离”解决了这三个问题，代价是代码的显式性变强了，你必须主动调用，而mixin是隐式合并的。
组件通信的高频题是：父子组件、兄弟组件、跨层级组件分别有哪些通信方式，怎么选？这里有五个层次，按推荐顺序答：props/emits用于父子直接通信，provide/inject用于跨层级依赖注入，v-model用于表单类双向绑定，event bus或mitt用于非父子模块通信，Pinia/Vuex用于共享状态。每个层次的适用场景和缺点都要能说出一个实际例子。
3.3 React Hooks与diff机制：为什么“依赖数组”这道坎跨不过去
React方向的高频题一般是Hooks闭包陷阱、依赖数组的精确控制、useMemo和useCallback的滥用问题，以及Fiber架构下的diff与渲染调度。
闭包陷阱是必考题：在useEffect里用了setInterval，依赖数组为空，为什么拿不到最新的state？答这道题的关键是“每个渲染周期都拥有独立的props和state”这个心智模型。每个render都生成一个闭包，闭包捕获的是那个时刻的state值。依赖数组的作用不是“监听变化”，而是告诉React“当这些值变化时，重新创建闭包并执行effect”。
useMemo和useCallback的问题在2026年反而变成了一道反套路题：你会不会为了优化而过度使用它们？实际上，React官方多次强调，useMemo/useCallback本身也有开销，依赖数组的比较在每次render时都会执行。正确用法是给React做计算昂贵、频率低的场景用的，而不是给每个函数或对象都套一层。这个方向比单纯背“怎么用Hooks”更能体现水平。
3.4 Diff算法与渲染优化：虚拟DOM的极限在哪里
Vue3和React的diff算法考察点不一样。Vue3用双端diff + 最长递增子序列优化，React用Fiber的链表结构配合LRU的优先级调度。但面试官真正想问的是：虚拟DOM的作用是什么？它到底快在哪里？
一个很关键的认知是：虚拟DOM没有比真实DOM操作“快”，它的优势在于跨平台（同一份虚拟DOM可以渲染到DOM、Canvas、Native）和可追踪性（数据驱动视图，声明式UI）。在纯DOM操作场景下，手动精确操作DOM反而是最快的。所以diff算法的目标是：在不过度操作DOM的前提下，用最小的代价找到需要更新的节点。这个认知会把你和只会背“key的作用”的候选人彻底区隔开。
3.5 工程化：Vite、Webpack、构建优化的问法变了
工程化的面试题，2026年最常出现的组合是：Vite快在哪里？为什么Webpack冷启动慢？tree-shaking在什么情况下会失效？产物体积减小了多少？你是怎么定位到某个依赖包占了大头的？
Vite快的核心是“浏览器原生ESM支持”，开发时无需打包，按需编译首屏依赖；生产环境打包用的是Rollup，所以Vite开发环境是“浏览器跑源码”，Webpack是“先打包再运行”。这一个核心差别能解释几乎所有的快慢差异。
tree-shaking失效的常见原因：副作用（sideEffects字段没标）、CommonJS模块没法静态分析、动态import的模块引用方式不对。答题时要能举出实际项目里的例子——我的一个项目，引入了Element Plus的某个组件，开启了unplugin-auto-import和unplugin-vue-components按需引入后，打包体积从600KB降到了320KB，这就是一个让面试官印象深刻的实战数据。
4. 场景设计题怎么答：大屏自适应、上传性能与组件选型
2026年的热搜词里，场景设计题的比重明显上涨。vue3+element plus 前端项目自适应大屏方案、前端使用worker上传大文件、前端页面大屏布局探针、前端组件库、前端uniapp防止录屏的方法，这些热搜词拆开看，每一组都是一道完整的设计题。面试官给你一个场景，不问具体API，而是问你会怎么设计。
4.1 大屏自适应方案：从rem到scale的完整演化
大屏自适应的考察价值在于，它考验的是你对“视口适配”本质的理解。大屏和移动端不一样，移动端只适配手机和平板，大屏要适配各种分辨率的投屏设备，而且往往是固定设计稿，1920×1080或3840×2160。
现在主流方案有那么几种：第一种是rem + flexible方案，根节点的fontSize根据屏幕宽度动态调整，适合移动端，但大屏上会导致字体和间距的配比失衡。第二种是vw/vh方案，直接用视口单位适配，优点是直观，缺点是大屏中的小屏页面（比如嵌入在其他页面里的模块）会失效。第三种是transform: scale方案，拿设计稿的宽高和窗口可视区宽高做比例计算，算出scale，让页面整体缩放。这也是大屏场景下用的最多、踩坑最少的方法。
答题的时候要把scale方案的坑点讲出来：缩放后页面视觉上占满屏幕了，但鼠标事件的坐标会偏移，因为事件坐标是基于原始DOM尺寸的，需要除以scale再计算；另外，如果设计稿是1920×1080，目标屏幕是2560×1440，直接scale=1.33，页面上所有的字都会被放大，但布局间距和内容密度并不总是能跟着等比放大，经常需要配合媒体查询做一些微调。
4.2 大文件上传的Worker方案：切片、hash、断点续传一条龙
大文件上传在2026年成了又一个高频场景题，因为面试官需要考察你对Worker多线程、Blob、FileReader、IndexedDB这些浏览器能力的综合运用。场景是：要上传一个5GB的视频文件，怎么设计前端方案？
答题拆解分四步。第一步，文件切片：用File的slice方法把大文件切成固定大小（比如5MB）的切片。为什么要用Worker？因为如果几十个切片都用主线程并发上传，页面会卡到假死，Worker可以把上传逻辑放进后台线程，主线程只负责进度条更新。
第二步，计算hash：用加密库（如SparkMD5）计算整个文件的MD5或内容hash，作为唯一标识，这样就算两个文件有相同的文件名和大小，也能区分。切片hash可以批量计算，5GB文件大概需要几秒到十几秒，这期间用Worker并行算，避免页面卡顿。
第三步，并发控制：所有切片一次性发出去，服务器受不了。用p-limit类的并发控制，限制同时上传3~5个任务，每传完一个就从队列里取下一个。
第四步，断点续传：上传前先发一个“校验请求”给后端，让它返回“这个文件哪些切片已经传过了”。前端把已传过的切片跳过，只传缺失的，就是秒传和续传的底层逻辑。回答到这个深度，面试官基本就不会再往下追了。
4.3 组件库设计：不是为了造轮子，是为了解释“怎么选轮子”
前端组件库的面试题，在2026年已经不在“自己写一套UI库”这个方向了，而是变成一个更务实的问题：公司要建一套统一的组件库，你会怎么设计和选型？
答案要包含四层。第一层，设计规范先行：token（色彩、字体、间距）是用CSS Variables还是设计师出设计稿直接落到代码，决定了主题定制的可能性。第二层，组件形态：选择纯原生组件（Web Components）、基于Element Plus二次封装，还是直接用现成的Headless库（如Headless UI、Radix UI）。第三层，打包发布方式：按需加载、按需引入、Tree-shaking、vite库模式构建，每个词的坑都要讲清楚。第四层，监控与反馈：组件埋点、版本兼容策略、破坏性更新的灰度流程。
你不需要真的会写一个组件库，但你需要从“选型决策者”的视角把方案讲清楚，这就是2026年面试官要的。
4.4 防止录屏与隐私保护：技术边界要讲明白
uniapp防止录屏的方法这个热搜词，在面试里会以一个隐私合规题的形态出现。比如：移动端App怎么做防截屏/防录屏，安全边界在哪里？
能做的手段是有限的：iOS的UIWindow的isSecureTextEntry，Android的FLAG_SECURE窗口标记；H5场景可以加全局水印、人像水印，用来追溯泄露源头。uniapp里可以通过webView的设置或者plus API尝试做一些系统级限制，但要注意权限和平台差异。
这道题的重点不在于“能不能完全禁止录屏”，而在于“你能不能在成本和效果之间做一个可落地的权衡方案”。答题时要把“任何客户端手段都只能提高门槛，无法100%防止录屏”这个结论前置，然后分平台给出可选方案，再补充水印、业务追踪等辅助手段。承认技术边界，反而更专业。
5. 架构与原理题：微前端、binder这类“超纲题”的应对方法
2026年的前端面试，出现了很多跨端、跨领域的超纲题。比如热搜词里的“binder工作原理”，这是Android系统的进程间通信机制，它出现在前端面试热词里，大概率是因为面试官在考察你的学习能力和通用编程思维。这类题不会直接问“你写过Android吗”，而是问“你有没有研究过操作系统层面的通信机制”。
5.1 微前端方案：qiankun、wujie、module federation怎么选
vue3 + vite + 微前端方案这个热搜词，说明微前端还是2026年的大热点。高频问题一般是：微前端的本质是什么？主应用和子应用之间的通信方案有哪些？样式隔离怎么做？沙箱机制的原理是什么？
答题要点是抓共性。微前端的核心是“应用拆分的解耦”，解决的是几个团队同时维护一个巨型应用时的协作效率问题。主应用是基座，负责登录态、全局布局、路由注册；子应用是业务模块，可以是Vue2、Vue3、React混着来。
主流方案的差异点：qiankun用JS沙箱和StyleLoader做隔离，兼容性最好；wujie用WebComponent做样式隔离，运行时通信更轻；module federation（Webpack5的联邦模块）的卖点是依赖共享（shared），可以让多个应用共享同一个React或Vue的运行时，减少重复加载。
答题时别急着背概念，先把这个核心问题讲清楚：微前端不是银弹，只有团队规模/产品复杂度已经到了“不拆不行”的地步才值得上。面试官最怕候选人把微前端当成简历上的装饰品，一问业务收益就说不上来。
5.2 binder工作原理：当面试题跳出前端范畴，怎么接招
binder是Android系统里用来做进程间通信（IPC）的机制。前端面试问这个，一般不出现在常规业务岗，而是出现在跨端开发、终端基础设施或大前端架构岗的追问里。准备这个知识点，可以当作一次程序员通用素养的加分项。
用最简单的方式去理解binder：它要解决的是两个进程之间传数据的问题。传统IPC（管道、socket）都要内核帮忙拷贝数据，涉及两次甚至多次拷贝，binder的优化点在于，利用mmap做了一次内存映射，让共享数据在内核态和用户态之间只拷贝一次，这就是“一次拷贝”模型。同时每个进程在Binder驱动里有唯一的标识，App在系统里的身份验证就是通过Binder完成的。
前端候选人遇到这种题，先别慌。核心思路是：把它的设计思想映射到前端场景，比如postMessage跨窗口通信也避不开数据拷贝、SharedArrayBuffer就是前端版的共享内存、V8和JSC之间的数据传递序列化成本极高。这么答，面试官会觉得你虽然没做过Android，但底层思维是通的。
5.3 前端传参与Web/后端方案的全链路设计
“前端传参”这个词表面很基础，但2026年的考法完全变了。核心是出一道“用户在页面上填了一个表单，点提交，到后端入库，全链路参数是怎么走的”这种题。
你要能画出整条链路：URL参数（query）用于GET请求的过滤/分页/搜索条件；body参数（JSON/form-data）用于POST/PUT的资源创建和更新；请求头（header）承载认证信息（token、sessionID）和内容协商（Content-Type、Accept）。然后就是关键部分：参数怎么通过HTTPS加密传输（TLS握手建立加密通道）、跨域时CORS预检请求（OPTIONS）的处理、CSRF防护的token机制、请求幂等性的设计（客户端生成请求ID）。这里面的每一个点，都是前端传参在真实工程环境下的“隐藏关卡”。
还要讲清楚RESTful设计里的传参约束：REST是面向资源的，资源用URL标识，动作由HTTP方法表达，用户的信息放header，过滤排序放query，新建资源放body。能把这套设计语言说清楚，说明你设计的接口是容易协作的。
6. 2026年新增的考察维度：AI技能与协作素质
2026年的面试题里，和AI相关的考察已经全面渗透了。agent面试、ai前端skill、蚂蚁集团宣布前端岗位从此消失，这几个热搜词放在一起看，你会发现面试官真正在评估的是你对“AI时代知识工作者角色转变”的适应程度。
6.1 面试官为什么越来越爱问“你用AI做什么”
AI面试题在2026年已经从“你怎么看AI写代码”进化成“你在真实工作流里具体怎么用AI提效”。面试官想看的是你有没有形成一套AI辅助开发的成熟工作流，而不是停留在“我用AI生成过代码”的新鲜感阶段。
我建议每个人在面试前都梳理一下自己日常的AI使用场景。比如你平时用AI做需求方案的拆解，把PRD里的模糊需求拆成可执行的TODO；用AI做代码审查，检查提交记录里的低级错误（变量命名、重复代码）；用AI做回归测试用例的自动生成；用AI辅助排查bug，把报错堆栈丢给它，再结合自己定位的上下文交叉验证。每一个真实场景背后，都要能说出：哪些环节AI做得快，哪些环节必须人来兜底。
另一类问法是拿一个场景让你现想出prompt。比如面试官说：现在要在Vue3项目里写一个支持搜索和分页的表格组件，你用AI辅助来完成，prompt会怎么写？这种题的答题框架是“信息密度要高，约束要明确”：告诉AI你的技术栈（Vue3 + TypeScript + Element Plus）、接口数据结构、交互边界条件、代码组织规范（组件拆分方式、样式方案）、以及在什么情况下让AI生成什么模块、什么情况自己手动调整。这个思路本身就体现了一个人的工程化拆解能力。
6.2 面试里的反AI化：怎么证明你有“不可替代性”
“不可替代性”是2026年面试里最核心的考察点。当AI能写代码了，那你作为工程师的价值在哪里？答案不是拼手速，而是拼判断力。
具体来说，就是三个能力：一是需求判断力——业务方说“我要一个登录功能”，你要能判断出要不要做单点登录、要不要接验证码、要不要做第三方OAuth，以及很多边界情况（封禁账号、连续输错密码锁定等），这些判断AI做不了，因为它不懂业务背景。二是技术选型能力——前端组件库、微前端方案、上传方案，选型时要权衡团队学习成本、维护成本、长期演进路径，AI只能给你选项，决定权在人。三是问题定位能力——线上出现一个诡异bug，日志显示某一个API返回异常，AI可以帮你从信息里筛选出可能的原因，但真正决定排查方向、判断“这个原因是不是最可能的原因”的，还是你的领域经验。
答题时不要把AI当成对手，要把AI当成“你手里的更聪明的工具”。你能用好工具，是你能力的一部分；但你比工具多了判断力、责任感和业务视野，这才是2026年面试官最想看到的。
7. 面试表达与心态：怎么把“会”变成“过”
前面聊了这么多题目，但真正决定你能不能拿到offer的，往往是表达方式和心态。我见过太多候选人，代码写得不错，一到面试就不知道怎么把脑子里想的讲出来。2026年的前端面试，更看重结构化表达。
7.1 用STAR法则重构项目经历：不止为了答题，也为了复盘
每次面试基本都会问项目经历：你做过最有挑战的项目是什么？你在里面承担了什么角色？2026年这类题的问法会更刁钻：那个项目的指标提升了多少？你做了哪些关键决策？如果再来一次，哪些地方你会做不同选择？
回答项目题最靠谱的框架是STAR法则：情境（Situation）、任务（Task）、行动（Action）、结果（Result）。大部分人只知道前三个，把结果讲成一个模糊的“性能提升了”，很可惜。2026年了，数据要具体到能用图表说话：首屏时间从2.8秒降到1.2秒；构建时间从35秒减至18秒；大文件上传成功率98.2%；线上bug从月均5个降到1个。这些数字背后，是你对业务和技术的双重理解。
另外一个技巧：每个项目都要准备一个“如果重来一次会怎么改进”的答案。这个问题考察的不是反思态度，而是你有没有主动复盘的习惯，以及你复盘的深度。
7.2 不会的题怎么答：从懵圈到拿分的两次思维转换
面试遇到不会的题，完全不用慌，这是常态。关键是把“我不会”转换成“我从哪几个方向去逼近这个答案”。
第一步，复述问题并确认边界。面试官问“你怎么理解V8引擎的Hidden Class”，你可以先说“我对V8的底层实现了解有限，但我从JS对象属性访问的流程入手，试着分析一下它的优化思路”，这就把答案的范围缩小到了你熟悉的方向。
第二步，把复杂问题拆成简单子问题。拿“大屏自适应方案”举例，即使你没做过大屏项目，你也可以说“让我先拆一下，这个问题底层其实是三个子问题：视口变化监测、页面缩放、事件坐标修正”，然后逐一给方案。即使最后方案不完美，面试官看到的是你的工程拆解能力。
第三步，适度暴露思考过程，因为面试官并不期待标准答案，他更想看到你是怎么处理未知问题的。
7.3 面试复盘：一次漂亮的面试，胜过我刷十套题
最后再分享一个我自己一直在用的方法。每次面试结束后，不管过没过，我都会花十五分钟写一份复盘笔记，格式是这样的：被问到的题目清单、答得顺畅的题目（标记为什么顺畅）、答得卡壳的题目（标记卡在哪一步）、面试官追问的方向（这往往是考察重点）、下一次要怎么调整回答逻辑。
坚持几轮之后，你会慢慢发现，面试题的答案不是背出来的，而是你技术体系里长出来的。你越熟悉自己做过的事、踩过的坑、调试过的每一行代码，表达就越松弛。在2026年，一个能用清晰逻辑把复杂问题讲明白的前端，一定不会缺机会。