阿里云前端面试考点全解析：从JS原理到工程化与业务场景
年初帮几个朋友做了阿里云前端岗位的面试模拟和复盘，又刷了一遍2024年流传出来的真题和面经，今天把这轮观察整理出来。先说结论：阿里云前端面试的考察重心，明显不是"会不会写页面"这个层面，而是“你能否在复杂业务场景里稳定交付、能否从更上层理解前端价值”。如果你投的是阿里云这类云厂商的前端岗，建议别只盯着组件库和框架API背，先把底层逻辑和工程化思维捋顺。
这篇文章不算标准答案集，更像一份“面试官视角的考点拆解”，覆盖JS基础、Vue3源码级追问、工程化协作、网络性能、云业务场景题和高频答题雷区，希望对正在准备的同学有实际参考价值。
1. 先从热搜词看阿里云前端的招人画像与考察重心
百度热搜和各家技术社区里，围绕"阿里云前端"的高频关联词很有意思：linux配置、镜像站、Codeup、git、hzero、vue3、函数...arg、RAM登录、SSL证书、物联网平台，几乎每个词都指向一个共同点——阿里云前端不是单纯做站点页面，而是要深度参与云产品的控制台、中后台、低代码平台、数据可视化这类业务。
1.1 岗位能力图谱：不是只会写页面就行
我梳理了阿里云前端相关岗位的技术要求，基本可以画成四层能力图谱：
- 第一层是硬基础：JavaScript功底、CSS/布局能力、TypeScript类型设计、浏览器运行机制，这是所有追问的地基。
- 第二层是框架深度：Vue是阿里云中后台业务的主力，Vue2/Vue3都要懂，尤其Vue3的响应式原理、组合式API、编译优化、渲染函数；React能力作为加分项，不算硬门槛。
- 第三层是工程化：Codeup(Git代码托管)、CI/CD流水线、ESLint/Prettier规范、Webpack/Vite构建优化、Babel编译原理、代码审查规范，这部分在阿里云面试里占比很大。
- 第四层是业务与解决方案：低代码平台、权限模型(RBAC/ABAC)、前端监控、微前端、Serverless一体化，以及云产品控制台特有的复杂表格、可视化大屏、多云联动场景。
四层从下往上，考察的是"你会做"到"你懂为什么这么做"的跃迁。很多同学挂在第三和第四层，因为平时只关注框架API，很少回头看工程链路和业务抽象。
1.2 我观察到的面试环节节奏
2024年阿里云前端面试一般3到4轮技术面加一轮HR面，整体节奏：
- 一面以基础+项目为主：JS基础、浏览器、网络、Vue使用、项目深挖，周期45到60分钟。
- 二面以框架源码+工程化为主：Vue3响应式手写、编译原理、性能优化、CI/CD设计和协作规范，开始考察知识深度。
- 三面以业务+架构为主：给你一个场景，比如"云监控控制台如何设计数据刷新方案""如何设计一套权限系统""低代码拖拽引擎怎么实现"，考察架构思维和方案取舍能力。
- 交叉面和HR面重点看沟通表达、项目复盘、团队协作和意愿度。
所以准备时别只刷"前端面试题大全"，要有针对性地按照这个层级来铺。
2. JavaScript底层：闭包、this、事件循环三大件怎么答出层次感
阿里云一面特别喜欢从JS基础切入，而且问法不是"闭包是什么"这种背诵题，而是给一段代码让你说出输出结果、再追问为什么。我总结几个高频必考点的“有层次答案”。
2.1 闭包：从内存泄漏到模块化封装
面试官通常会甩出这段代码：
function createCounter() { let count = 0; return { increment: function() { count++; return count; }, reset: function() { count = 0; } }; } const counter = createCounter(); counter.increment(); counter.increment(); console.log(counter.increment()); // 3如果你只答"内部函数引用了外部函数变量"，大概率会被追问：闭包有什么实际用途？如果闭包中的变量长期被引用会有什么问题？如何优化？
我建议按"定义-原理-应用-隐患-优化"五步来组织答案。定义是函数和其词法作用域的引用组合；原理是JavaScript函数会携带定义时的作用域链，即使外层函数执行完毕，内部函数依然能访问外层变量；应用是数据私有化、柯里化、函数防抖节流、单例模式；隐患是闭包引用导致的内存无法回收，比如事件监听器未解绑、定时器持有引用；优化是用完置为null、及时解绑事件、用WeakMap/WeakSet避免强引用。
这道题的进阶问法是"用闭包实现一个只执行一次的函数"，考察点就不是概念，而是运用。可以答：
function once(fn) { let called = false; let result; return function(...args) { if (called) return result; called = true; result = fn.apply(this, args); return result; }; }注意这里要提到apply绑定this，以及...args收集参数，这正好呼应当前热搜词里的"前端开发 函数 ...arg"，说明面试官对rest参数的使用很敏感。
2.2 this指向与箭头函数：面试官最爱的"代码输出题"
阿里云前端面试基本必有this指向的输出题，比如：
var name = 'global'; const obj = { name: 'obj', getName: function() { return this.name; }, getNameArrow: () => { return this.name; } }; console.log(obj.getName()); // 'obj' console.log(obj.getNameArrow()); // 'global'（浏览器非严格模式）这里要答清几个层级：默认绑定(非严格模式下this指向global)、隐式绑定(通过对象调用时this指向对象)、显式绑定(call/apply/bind)、new绑定(优先级最高)、箭头函数没有自己的this，继承外层词法作用域。
我见过很多候选人能答出结果，但解释不清"为什么箭头函数不是通过call改变this"。箭头函数根本没有自己的this，所以fn.call(obj)对箭头函数无效，这是一个区分度很高的追问点。
2.3 事件循环：宏任务微任务输出顺序
考察事件循环的代码题也很典型：
console.log('1'); setTimeout(() => { console.log('2'); }, 0); Promise.resolve().then(() => { console.log('3'); }); console.log('4'); // 输出顺序：1 4 3 2这个结果涉及JavaScript执行模型：执行同步代码，遇到微任务推入微任务队列，遇到宏任务推入宏任务队列，同步代码执行完毕后清空微任务队列，然后再取一个宏任务执行，不断循环。输出是1423，核心要讲清楚微任务先于宏任务。
我在模拟面试时还会追问：如果微任务里又产生了微任务怎么办？会继续清空微任务队列。如果微任务递归产生微任务，会导致主线程阻塞，页面卡死。这就是为什么Promise.then递归要考虑栈溢出和阻塞风险。
这部分的复习建议：别背代码输出，自己写10个混合场景，标注每一步的输出，直到搞懂队列调度逻辑为止。
3. Vue3面试题：响应式原理、Composition API与diff算法
阿里云对Vue的考察，一面偏使用，二面三面偏源码。Vue3是绝对主流，但Vue2原理依然会被拿来对比追问。
3.1 ref/reactive的响应式原理
面试官会问：ref和reactive的实现区别是什么？为什么ref要.value？reactive解构后为什么会丢失响应式？
先把原理讲清楚：Vue3通过Proxy代理对象，get收集依赖，set触发更新。ref本质是class RefImpl实例，内部用.value保存值，通过getter/setter实现依赖收集与触发更新；reactive直接用new Proxy(target, handlers)对整个对象代理。
然后解释ref的.value设计原因：基本类型无法被Proxy拦截，必须包一层对象来存值，所以访问时要.value。而在模板中不需要.value是因为模板编译时自动解包。
最后点出reactive的局限：直接解构会丢失响应式，因为解构变量等于取原始值，不再走Proxy的get。解决方案是toRefs或toRef，把对象的每个属性转成ref。这块能主动延伸讲解，在面试里非常加分。
3.2 Vue3为什么用Proxy代替Object.defineProperty
这是高频对比题。可以按"能做什么"和"不能做什么"来列点。
Object.defineProperty只能劫持已有属性的getter/setter，新增属性、删除属性、数组按索引赋值都无法拦截，所以Vue2才要提供Vue.set和$set来弥补，还要重写数组的7个变更方法。
Proxy则可以代理整个对象，包括新增属性、删除属性、属性描述符、in操作符，还能代理数组、Map、Set等内置对象。它还有一个优势是懒代理：在get中判断如果值是对象且未被代理，则递归reactive对该值做代理，这在性能上比Vue2的递归Observer要高效，因为Vue2初始化时就要深度遍历所有属性，而Vue3是访问到哪层才代理哪层。
3.3 diff算法与key的真正价值
阿里云面试的diff题通常包装成"为什么v-for必须用key？用index会有什么问题？"或者"Vue3的diff比Vue2快在哪"。
先说key的作用：key是虚拟节点的唯一标识，diff时用key判断两个节点是否相同，可以快速复用DOM，减少无谓的创建和删除。用index做key的坑在于：数组头部插入元素时，所有元素的index都变了，导致key对应关系整体错位，Vue会误以为所有节点都变了，从而重新渲染，还可能引发状态错误。
再说Vue3的diff优化点：静态标记(PatchFlags)让diff时跳过静态内容；事件缓存cacheHandler让事件不会每次更新都被判定为变化；block tree只动态追踪动态节点，不像Vue2那样全量对比；双端diff算法在移动节点时更高效。
一个面试技巧：回答diff时主动画一个"树-DOM"的数据结构和比较过程，就算不画图也要用文字表达"先比较根节点类型是否相同，再比较属性，最后递归子节点"这个流程。考官能从你的描述里判断你是否真的写过源码，而不是背答案。
4. 工程化与团队协作：从Codeup、Git工作流到代码规范
阿里云前端热搜词里"vscode + 阿里云codeup + git""前端开发规范vue"热度都很高，说明工程化协作是实际工作重点。这块的面试题通常很具体，考察你是否经历过规范化的团队协作流程。
4.1 Git协作与Code Review：不是只会commit就够
面试官会问："如果团队用Codeup做代码托管，你怎么设计分支模型？"或者"你在Code Review中最常发现哪类问题？"
我的建议是至少要掌握两种分支模型，能说清各自适用场景。一种是Git Flow：main分支保持可发布，develop集成开发，feature功能分支，release预发布，hotfix紧急修复；适合版本制发布、有明确发布窗口的项目。
另一种是GitHub Flow：所有改动都走feature分支+PR，合并到main后直接部署；适合持续部署、迭代快速的ToB中后台。
阿里云这类云产品一般版本节奏明确，但前端团队内部小步快跑，更推荐feature分支加MR(CodeReview)的模式：每次改动小而清晰，MR描述里贴需求单号，Review时重点看变更影响范围、是否有无效改动、是否有安全隐患。
关于代码审查，我建议结合真实案例来答，比如"同事提交了一个组件改动，发现没有更新类型定义和测试用例，我让他补充后再合入"，这比空谈规范更有说服力。
4.2 前端代码规范与ESLint/Prettier机制
Vue项目规范是热搜词，面试题会问："如果让你为团队制定一套Vue3项目规范，你会从哪些维度设计？"
可以分四层：目录规范、代码风格、提交规范、检查工具。
- 目录规范：按功能或领域拆分的
src/modules/下，一个模块包含views/components/composables/api/types，避免无限嵌套。 - 代码风格：命名规范(组件用PascalCase、变量用camelCase)、组件选项顺序、props定义必须包含类型和默认值。
- 提交规范：推荐
@commitlint+conventional-changelog，提交信息用type(scope): subject格式，比如feat(login): add password strength check。 - 检查工具：ESLint负责代码质量规则，Prettier负责格式化，在pre-commit钩子里通过
lint-staged只检查暂存文件，在CI里再全量跑一遍。
回答时能提到"ESLint基于AST做静态分析，每条规则本质上是对语法树的模式匹配"，这在深度上会很加分，因为它说明你理解工具原理而不只是配置过。
4.3 构建优化：从Webpack到Vite的取舍逻辑
阿里云前端控制台项目，老项目用Webpack，新项目普遍尝试Vite。面试官会问："Webpack和Vite的区别是什么？为什么Vite开发环境快？"
核心要点：Webpack启动时要从入口打包出完整的bundle，开发服务器要等整个图构建完才能响应，项目大了以后冷启动就是慢。Vite利用浏览器原生ES Module，开发环境直接下发源码文件，浏览器按需请求模块，所以启动秒开；生产构建则用Rollup打包，做Tree Shaking和代码分割更彻底。
还需要了解Vite在生态兼容上的问题：一些依赖CommonJS的老包需要预构建，通过optimizeDeps预先把依赖转成ESM；Vite 5/6对monorepo和SSR支持更好。结合具体项目讲一两个踩坑经验会非常加分，比如"迁移Vite后遇到某个老库的CJS格式不兼容，通过预构建配置解决了"。
5. 网络与浏览器性能：从HTTP缓存到白屏优化
前端面试里网络和性能优化永远绕不开。阿里云前端要面对控制台的大表格、可视化大屏、实时监控数据，性能话题几乎每轮都有。能答出深度的一般在"缓存策略"和"性能度量"这两个方向。
5.1 HTTP缓存机制：强缓存、协商缓存与缓存失效
面试题："浏览器缓存流程是怎样的？为什么强缓存和协商缓存的组合能减少请求？"
先说强缓存：响应头Cache-Control: max-age=3600时，浏览器在过期前直接用本地缓存，不发请求。Expires是HTTP/1.0的字段，存在客户端/服务端时间不一致问题，现在基本被Cache-Control取代。
再说协商缓存：强缓存失效后，浏览器带If-None-Match或If-Modified-Since请求服务端，服务端返回304则继续用本地缓存，返回200则更新缓存。ETag比Last-Modified更精确，能识别内容实际变化。
面试官常追问"那大版本发布时怎么做缓存更新"？阿里云的实践是：静态资源文件名带内容hash，比如app.8f3d2.js，内容变了hash变，URL变了自然绕过强缓存；HTML文件走协商缓存，保证入口能及时拿到最新资源引用。这样既有缓存效率，又能可靠更新。
如果讲到Service Worker，可以补充：通过workbox或手写SW做app shell缓存，缓存页面骨架和静态资源，网络变化时离线优先。这在控制台弱网场景下很实用。
5.2 性能优化：从指标拆解到具体优化手段
阿里云往往会给出一个指标：首屏加载超过3秒，让你分析怎么优化。回答方向通常是定义指标、拆解时间线、找瓶颈、给出方案。
性能指标重点提FP(First Paint)、FCP(First Contentful Paint)、LCP(Largest Contentful Paint)、CLS(Cumulative Layout Shift)、INP(Interaction to Next Paint)。不要只背名词，要解释指标背后的用户感知：LCP代表用户感知页面主要内容是否加载出来，CLS是页面元素跳动程度。
时间线拆解从"输入URL到页面显示"来分：DNS解析、TCP连接、TLS握手、HTTP请求、服务端响应、HTML解析、CSS/JS下载执行、渲染。优化手段对应：DNS预解析与CDN就近接入、HTTP/2/3多路复用、TLS握手优化(TLS1.3、OCSP Stapling)、服务端开启gzip/Brotli、减少JS体积与按需加载、关键CSS内联、图片用WebP/AVIF并配合懒加载、骨架屏减少白屏跳跃感。
更进阶的是"资源优先级"：用preload加载关键资源、prefetch预加载下一个页面的资源、async/defer控制script下载执行时机，避免阻塞解析。
答题时可以举一个真实场景："我们控制台的监控大盘，图表组件是个重依赖，首包很大。我把图表按需加载、路由懒拆，再把接口改并行请求，LCP从3.8秒降到1.9秒。"这种案例比罗列优化点更有说服力。
6. 阿里云业务场景题：权限设计、可视化大屏与前端监控
到了二面三面，面试官会结合阿里云业务出场景题。这类题没有标准答案，考察的是你面对真实业务时能不能结构化思考、方案是否可落地、有没有考虑边界条件。
6.1 登录与权限：从RAM登录方式问到底层原理
热搜词里"阿里云ram登录方式底层实现原理详细解析"说明这道题确实火。前端视角下，RAM登录涉及SSO、OAuth/OIDC、JWT、iframe+postMessage这些知识点，一般会拆成"登录流程"和"前端权限控制"两步来答。
登录流程可以这么讲：用户访问云控制台，前端跳转到统一登录页；登录成功后服务端返回授权码(code)，前端用code换取token；token分发后前端存储(一般放内存或sessionStorage，不放localStorage防XSS)，后续请求带token；token过期由刷新接口续期，刷新失败则跳回登录页。
如果涉及到子账号切换身份(RAM Role切换)，流程更复杂：前端发起切换请求，先换取一个临时token(通常配合STS临时凭证)，然后跳转到目标页并在新token下刷新用户信息和权限菜单。核心要讲清楚：为什么切换身份后菜单和数据要重新拉取？因为权限变了，之前缓存的数据可能越权展示。
前端权限控制部分，要能区分路由级权限、按钮级权限、数据级权限。路由权限用router.beforeEach拦截，根据后端返回的权限码动态生成路由表或过滤路由；按钮权限用自定义指令或函数式判断；数据级权限只靠前端控制不住，必须后端接口做鉴权，前端只负责展示和交互。
我这个部分想提醒一个雷区：只回答"按钮权限用v-permission指令”是不够的，面试官一定会追问“如果用户绕过前端直接调接口怎么办？所以后端必须校验权限，前端权限只是体验优化，不承担安全责任。”能主动说出这句话，说明你有安全意识。
6.2 可视化大屏与控制台复杂表格的前端方案
阿里云很多业务是监控大盘、数据分析和控制台，面试官会出场景题："如果让你实现一个实时监控大屏，数据每秒更新一次，你如何设计前端架构？"
回答框架可以按"数据接入-状态管理-渲染策略-性能保障-异常恢复"来组织。数据接入用WebSocket或SSE实时推送；状态管理用pinia存最新指标快照和时序历史数据；渲染策略按数据量区分：几千条以内直接更新DOM，几万条以上用Canvas或WebGL渲染图表，避免大量DOM节点；性能保障是节流更新，比如每秒后端推10次数据，但图表渲染控制在每秒2到3次，用requestAnimationFrame或节流；异常恢复是WebSocket断线自动重连、重连后拉取一次全量快照补齐缺口。
大型表格场景则要聊虚拟滚动：只渲染可视区域的行列。原理是外层容器高度固定，内层用撑高元素模拟总高度，监听滚动位置计算可视范围，再渲染范围内的行。虚拟滚动不是简单一次性渲染上万行然后说“我用display隐藏”，要讲清楚计算逻辑和数据分片。还可以提列固定、表头吸顶、单元格懒渲染这类增强方案。
6.3 微前端与前端监控：大型团队协作的关键能力
阿里云控制台由很多子应用团队共同开发，微前端架构是常见考察点。面试官会问："主应用和子应用之间如何隔离与通信？如何做样式隔离？如何保证子应用加载性能？"
先说框架选型：业界主流是qiankun、micro-app或wujie。原理核心是JS沙箱和样式隔离。JS沙箱用Proxy拦截window访问，子应用运行在代理window中，卸载时销毁代理，防止全局污染。样式隔离用Shadow DOM或给子应用样式统一加作用域前缀。通信方式：主应用通过props下发全局状态，子应用通过自定义事件或全局store里注册的action互通，避免直接用window.xxx乱挂。
微前端踩坑经验也可以讲：子应用之间切换时，全局事件监听器要在unmount生命周期里清干净，否则切来切去会重复触发；路由base要与主应用协商好；公共依赖要配置externals，避免每个子应用都打包一份Vue，导致包体巨大。这些真实案例比纯概念有区分度。
前端监控场景题也很常见："如果用户反馈页面白屏，你怎么排查？"完整的回答应该是：监控SDK在前端捕获错误和资源加载失败，利用window.onerror捕获JS运行时错误、unhandledrejection捕获Promise异常、PerformanceObserver采集性能指标、MutationObserver检测白屏(比如一个固定时间内页面上没有任何可视节点)。然后要有一个上报策略：采样率、去重、批量上报，避免监控本身影响性能。最后要能定位到sourcemap还原源码行号。这三步能完整串起来，面试官会很满意。
7. 答好面试官追问的最后一公里：答题策略与常见雷区
很多人技术储备够了，却挂在表达方式和答题结构上。这里分享几个我在模拟面试中反复强调的策略，对阿里云这类大厂面试很有效。
7.1 用"结论先行+分层展开"表达
面试官每天面很多人，注意力有限。一个问题抛出来，不要从最底层的历史背景讲起，而是先给结论，再分层展开。比如"Vue3性能比Vue2好在哪"，先答"核心是编译期优化和Proxy响应式"，再展开静态标记、事件缓存、懒代理。这个结构好处是：即使面试官中途打断追问，你已经把最关键的点输出完了。
我见过一个反例：候选人讲diff算法从Vue1的细粒度依赖讲到Vue2的组件级watcher，讲了5分钟还没进入Vue3的比对逻辑，面试官只能直接叫停。不是他不懂，而是表达顺序不对。
7.2 项目描述遵循"背景-任务-行动-结果"
问到项目经历时，不要只背"我做了个后台管理系统，技术栈是Vue3+TS"。建议按BTAR结构：背景(业务量大、表格渲染卡顿)、任务(优化首屏和渲染性能)、行动(按需加载、虚拟滚动、缓存策略)、结果(首屏从4s降到2s，页面操作流畅度明显提升)。每一项都要有数据或可感知的变化，没有数据就说"减少了多少打包体积""接口合并后请求数从10个降到3个"。
另外，只讲自己负责部分，不要含糊地讲团队成果。面试官一定会追问"这里面哪些是你做的"，提前想清楚边界，避免被问住。
7.3 遇到不会的题，宁可"推导"不要"硬编"
真实面试里不可能所有题你都答得上来，好的候选人面对陌生问题时，会先复述一遍自己的理解，再尝试推导。比如面试官问"如何实现一个数据大屏的自动轮播方案"，你就算没做过，也可以从"轮播的本质是定时切换视图状态，可以用定时器改变当前索引，配合过渡动画实现；多图表时需要与requestAnimationFrame配合避免掉帧"开始推导。这个推导过程已经展示了分析能力。
最忌讳的是两种情况：一种是沉默很久不说话，另一种是编造一个听上去合理但根本不可行的方案，而被追问到细节时漏洞百出。宁可说"这块我实践经验少，但我的理解是..."，用请求确认的方式给自己争取思考空间。
7.4 反问环节别浪费：体现岗位理解专业度
面试结束时面试官经常会问"你有什么想问我的"，这个问题可以看出你对岗位的理解。建议问这类问题：
- "阿里云控制台这种复杂中后台，前端团队在微前端上踩过哪些显著性的坑？"——展现你对大规模协作场景的关心。
- "团队目前在前端性能监控上的建设到什么阶段？"——暗示你有监控和稳定性意识。
- "新人对业务领域知识(比如云产品)一般怎么快速上手？"——表达学习意愿。
不建议一上来就问加班、年终奖、上下班时间，这类问题在HR面或拿到offer后再聊更合适。技术面反问的质量，某种程度上影响面试官对你的责任心和角色成熟度的评估。
7.5 常见的四点答题雷区
- 背套路答原理，但无法手写或画出流程。比如能说"Vue3通过Proxy实现响应式"，但让你写一个极简响应式却写不出来。应对方法是核心原理都要能手写简化版，面试前在IDE里敲一遍。
- 答非所问。面试官问"为什么WebSocket可以实时推送"，你却开始讲WebSocket握手协议，越讲越偏。建议答完关键点后主动问"需要我展开讲讲握手细节吗"，让面试官掌控节奏。
- 只给方案不给选择依据。比如"用PNG图片做雪碧图"也要说明"为什么不用iconfont/SVG，因为异形图标和渐变场景更好控制"。能讲出方案的适用边界，才显得有经验。
- 忽略安全与边界。比如答权限设计时只说路由守卫，不提后端鉴权；答组件封装时不提props校验和默认值；答接口联调时不提超时、重试、错误码统一处理。这些都是加分项，主动补充非常加分。
8. 考前最后一周的复习清单和心态调整
最后聊一下复习策略。很多人备考面试就像刷LeetCode一样死磕每天二十道题，但前端面试更考验知识体系和应用能力，建议最后一周按下面这个清单做冲刺：
- 第1到2天：把JS基础、浏览器、网络三大块过一遍。重点看事件循环、闭包、原型链、缓存、跨域、性能指标。用"讲给自己听"的方式复述，卡壳的地方就是薄弱点，重点补。
- 第3到4天：主攻Vue3原理。手写极简响应式、极简computed、极简render函数的patch流程，并把Vue2/Vue3的响应式对比、diff对比写成表格。这一步练的是深度的确定性。
- 第5天：模拟项目复盘。把自己的项目按"背景-任务-行动-结果"写三遍，每个技术选型准备一个"为什么不用其他方案"的解释。比如项目里用了WebSocket而不是轮询，要能说出轮询的延迟和带宽问题。
- 第6天：练场景题和手写题。找常见场景题，比如"设计一个前端错误监控SDK""设计一个表单动态渲染引擎""设计一个拖拽组件库的API"。手写重点看防抖节流、深拷贝、Promise.all、数组去重、LRU缓存。
- 第7天：调整心态，不要再学新东西。把之前整理的错题和笔记翻一遍，早点休息，保证面试时的精神状态。
面试这件事，最怕的不是不会，而是会却表达不出来。我一直觉得前端面试的本质不是“考试”，而是“合作式交流”——面试官在模拟未来同事们一起解决技术问题的场景。所以放下背答案的压力，把自己的思考过程展示出来，反而更容易通过。祝大家都能拿到心仪的offer。