企业微信的面试官人真的超级nice，整个过程还是比较轻松愉快的。面试偏计算机基础知识上来三道手撕：1.统计数组里最多的元素，并排序2.buildtree，node节点里包含id和parentid，搭建成树形，期间问了后续遍历3.有向无环图生成最小数，这题一点都不会介绍项目，然后说一个亮点，一个难点，一个优化点，有没有尝试过自动机-没学过编译原理，面试官再问，正则表达式的原理（第二次被问编译原理了）介绍实习，babel和ast，有没有尝试利用ai自动化，你写的组件有没有加入到组件库，有没有在组里进行过分享，是什么主题-内存泄漏，面试官问相关的知识点基础部分，http基于什么协议，可不可以基于udp，https是什么，tls是什么，如何避免中间人攻击，介绍快排反问：部门业务（企微文档，类似腾讯文档），技术栈（自研，所以不问框架的八股，偶尔用react）

面试公司：杭州某小厂面试岗位：前端这两天陆续面了两家公司，这两家公司的语气都比第一家柔和很多，难道第一家给我压力上太大了？不，肯定我是太菜了，我是菜XTUT第二份视频，第三份线下，总体答得不错，在这里继续总结答得不太好的。老样子，题目来源于公司，答案来源于ai，反思来源于自己。面试问题：【技术】1、问题：Vue 中的常见生命周期有哪些？父子组件中，他们的加载顺序和生命周期的一个关系？一般request数据获取是放在create周期还是mount周期？为什么？答案：    Vue 中的常见生命周期包括以下几个阶段：    创建阶段 ：        beforeCreate ：在实例初始化之后、数据观测 (data observer) 和 event/events 事件回调的初始化之前被调用。此时，data 和 methods 还未被初始化，无法访问到 data 中的数据和 methods 中的方法。        created ：在实例创建完成后被调用，此时 data 和 methods 已经被初始化，可以访问到 data 中的数据和 methods 中的方法，但此时页面的 DOM 还未生成。    挂载阶段 ：        beforeMount ：在挂载开始之前被调用，相关的 render 函数首次被调用，但 DOM 还未真正渲染到页面上。        mounted ：在实例挂载到 DOM 后被调用，此时 DOM 已经渲染完成，可以操作 DOM 元素。    更新阶段 ：        beforeUpdate ：在数据更新时被调用，此时数据已经更新，但 DOM 还未更新。        updated ：在 DOM 更新完成后被调用。    卸载阶段 ：        beforeUnmount ：在实例卸载之前被调用。        unmounted ：在实例卸载完成后被调用。    父子组件的加载顺序是：先加载父组件，再加载子组件。这是因为子组件的挂载依赖于父组件的挂载。在父组件的挂载过程中，会解析子组件的标签，并创建子组件的实例，然后触发子组件的生命周期。    父子组件生命周期的关系是：父组件的生命周期钩子会在子组件的相应钩子之前触发。例如，父组件的 beforeMount 钩子会在子组件的 beforeMount 钩子之前触发，父组件的 mounted 钩子会在子组件的 mounted 钩子之后触发。    一般数据获取建议放在 created 周期。因为在 created 周期中，data 和 methods 已经被初始化，可以发起网络请求获取数据，并将数据存储到 data 中。而如果放在 mount 周期，虽然也可以获取数据，但此时 DOM 已经渲染完成，如果数据获取失败或者耗时较长，可能会导致页面显示不完整或者出现加载中的空白状态。放在 created 周期可以利用 Vue 的响应式系统，在数据更新时自动更新 DOM。反思：Vue生命周期就回答了create和mount相关，甚至冒出了个“delete”，回去听录音都给自己整无语了。数据获取答对了，但是对面面试官确实没问理由，要问绝对就开猜了，还好还好。2、问题：大多数前端框架循环都用到了key，这个作用是什么？底层原理是什么？答案：    在前端框架中，key 的作用是帮助框架高效地识别和更新 DOM 元素，特别是在列表渲染时。    当使用 key 时，框架会将 key 的值作为标识符，用于区分不同的元素。在列表渲染时，如果数据发生变化，框架会通过 key 来判断哪些元素是新增的、哪些是删除的、哪些是更新的。如果两个元素的 key 相同，框架会认为这两个元素是同一个元素，只是属性发生了变化，从而进行局部更新；如果 key 不同，框架会认为是新的元素，需要重新创建 DOM。    底层原理与 Diff 算法相关。Diff 算法是用来比较两组数据的差异的算法。在前端框架中，Diff 算法主要用于比较虚拟 DOM 树的差异，以决定如何更新真实的 DOM 树。当列表渲染时，框架会为每个元素生成一个虚拟 DOM 节点，并将 key 作为虚拟 DOM 节点的属性。在 Diff 过程中，框架会通过 key 来快速定位和比较两个虚拟 DOM 树中的节点，从而找到需要更新的部分。如果没有 key，框架只能通过元素的索引来进行比较，这在列表中元素的顺序发生变化时会导致错误的更新。反思：答出了提高渲染速率和鉴别元素创建。至于比较关键的术语“局部更新”“DOM重建”确实没粘边。估计大厂会问到diff算法，提前学习下。虚拟DOM也去复习复习。3、问题：防抖和节流的定义与应用场景？实现的方式？答案：    防抖和节流是两种常用的优化高频触发事件的技巧。防抖（Debounce） ：    定义 ：在事件被触发后，在一定时间内如果没有再次触发该事件，就执行一次回调函数。如果在规定时间内事件再次被触发，则重新计时。    应用场景 ：        搜索框的自动补全：在用户输入时，如果每次输入都发送请求，会导致频繁的网络请求。使用防抖可以在用户停止输入一定时间后，再发送请求，减少网络请求的次数。        窗口大小改变：在窗口大小改变时，如果频繁触发回调函数，会导致性能问题。使用防抖可以在窗口大小停止改变一定时间后，再执行回调函数。    实现方式 ：        使用 setTimeout 函数来实现。在事件触发时，设置一个定时器，在定时器的回调函数中执行目标函数。如果在定时器执行之前，事件再次被触发，则清除定时器并重新设置。节流（Throttle） ：    定义 ：在一定时间内，只允许回调函数执行一次。如果在规定时间内事件多次被触发，只在最后一次触发时执行回调函数。    应用场景 ：        滚动事件：在滚动页面时，如果频繁触发回调函数，会导致性能问题。使用节流可以在滚动一定距离后，再执行回调函数。        鼠标移动事件：在鼠标移动时，如果频繁触发回调函数，会导致性能问题。使用节流可以在鼠标移动一定距离后，再执行回调函数。    实现方式 ：        使用 setTimeout 函数和变量标记来实现。在事件触发时，检查是否已经设置定时器。如果已经设置，则不再设置；如果没有设置，则设置定时器，并在定时器的回调函数中执行目标函数。        使用 Date 对象来记录时间。在事件触发时，获取当前时间，如果距离上一次执行回调函数的时间小于规定时间，则不执行；如果大于规定时间，则执行回调函数。反思：之前其实已经理解了相关概念，但是让自己描述确实还是描述不清楚，吱吱呜呜的，以后准备这种面试应该看着题目自己说一遍。除此之外，小厂不会考察实现，大厂应该会考察手撕，应该找时间重现。4、问题：axios, fetch, ajax 的区别？答案：    技术基础 ：axios 是基于 promise 的 HTTP 库，fetch 是浏览器原生支持的 Fetch API，ajax 是基于 XMLHttpRequest 对象的。    语法 ：axios 和 fetch 的语法相对简洁，ajax 的语法相对复杂。    支持浏览器 ：axios 和 fetch 不支持 IE 浏览器，ajax 支持 IE 浏览器。    错误处理 ：axios 提供了统一的错误处理方式，fetch 的错误处理比较复杂，ajax 的错误处理需要手动处理。    功能 ：axios 支持拦截器和自动转换数据，fetch 和 ajax 不支持。反思：其实对这块并没特别注重，感觉这边一般是封装死的，不过姑且作为知识补充。【HR】1、问题：你觉得你的项目给你带来哪些成长？答案：略反思：此处当时答得有点偏，甚至说到了什么审美提高乱七八糟的，其实应该是回答团队合作能力提高，独立开发技巧和工程化能力等等。这个回答点应该注意一下，了解对方回答的用意。总结：本次面试围绕Vue技术栈、前端基础及架构方向展开，结合面试中的表现与自我反思，总结如下：一、技术能力方面Vue生命周期与优化实践：基础生命周期能准确列举，但对父子组件执行顺序及代码实现逻辑理解不够深刻，尤其是父组件mounted执行在子组件之后的实际应用场景未能举出实例。数据获取放在created阶段的理由虽然正确，但未主动结合响应式系统原理进行展开，暴露出知识点间的联结不足。需系统梳理父子组件通信与生命周期联动机制。核心概念深度不足：对key的Diff算法原理、虚拟DOM运作机制等底层知识表述不够精准。虽然能说明key的复用优化功能，但缺乏专业术语的运用。后续需重点研读Diff算法源码解析，建立虚拟DOM更新机制的体系化认知。逻辑表达能力待提升：防抖节流虽能区分概念，但在应用场景举例时存在表述冗余。建议通过实践手写实现以巩固记忆。前沿技术视野扩展：微前端概念停留在特点罗列层面，对qiankun框架的实现原理、沙箱隔离等核心技术点认知空白。需结合官方文档搭建demo项目，深入理解模块加载、样式隔离等具体解决方案。二、综合素质方面HR环节未能精准匹配技术成长与岗位需求，体现出对面试问题核心诉求的洞察不足。未来需建立结构化回答框架，将项目经验与技术能力、团队协作、工程化思维等职业素养紧密结合。总结表明，除巩固基础外，需投入精力深入框架底层原理，提升技术表述的专业性与系统性，同时持续追踪微前端、性能优化等前沿技术方向，构建完整的知识图谱。#我的面试日记# #软件开发笔面经# #面试常问题系列#

上来7道题（类继承输出题、正则表达式、handler实现、sort排序题、大数相加、不同打包工具会产生怎样的bundle）===上来没状态，做出来两道半其他都磕磕绊绊。。后面的八股是围绕这几道题的：1.原型、原型链2.正则表达式的尾缀有哪些，各有什么用3.正则全局匹配和贪婪4.前端规范的一些新特性5.BigInt6.TS内置工具类型7.Webpack的配置8.与webpack相关的打包工具、webpack是如何打包的9.Babel有什么用，在webpack中有什么用10.Less、less中有哪些变量平时看的都是陈年八股，做的是清朝项目，被问到最新的工具和api确实有点答不上来，还是需要继续加强

一面 （2.24）：面试时长（1h5min）1. 实习过程中最难上手的或者最大的难点是什么？2. 如何理解Web Component，如何学习的？3. 如何在Web Component中引入第三方库？4. 介绍一下什么是服务端渲染5. 为什么要SSR，对比CSR有什么优缺点6. 第三方库在服务端渲染时还有哪些兼容性问题7. 在SSR中进行数据处理有什么不同吗？比如正则或者symbol（没了解）8. 性能优化一般用什么样的方式去衡量？（只粗略地说了LCP，CLS，FID）9. 怎样去监控这些性能指标呢？（没深入了解过，说了lighthouse）10. 有用过浏览器的Performance吗？（没听过）11. 项目中会用一些什么样的手段进行性能优化呢？（聊了官网SEO优化）12. 为什么要做SEO优化，是基于什么问题呢？对性能有什么帮助呢？13. 预渲染的话预先渲染的是什么东西？14. 除了刚刚哪些还知道哪些优化手段吗？（没说好，其实方案挺多的）15. 提到了移动端安全区处理，展开说说吧，对性能有什么提升呢？16. 回到SSR的问题，你将项目从CSR转为SSR后，如何衡量这是一次性能优化而不是性能劣化呢？（答得不好，还是没具体了解过）17. 说说vue的渲染流程吧18. 提到了diff算法，说说vue3的diff算法吧（说的有点乱，感觉没说清楚）19. diff算法中，有key的情况下时间复杂度会是多少？（没深入了解，答得不好）20. 有key和没key的情况下会有什么区别（没深入了解，答得不好）21. 虚拟DOM对比真实DOM有什么优势吗？22. 操作虚拟DOM更快呢还是操作真实DOM更快？（对于虚拟DOM的理解还是不够透彻，没理解其本质和意义，面试官表示需要再学习一下批量更新）23. 说说vue中computed是怎么实现的？24. 说说vue3生命周期25. 在SSR的项目里面哪一个生命周期里面可以操作localStorage？26. 说说响应式布局如何实现27. 说说有哪些相对单位？28. 用过CSS变量吗？了解多少？（说了个主题色的例子）29. CSS里面有什么选择器？优先级说一下30. 相邻节点如何选择？还有哪些操作符？31. document.querySelector用的什么算法？（没了解过，但因为是树结构我说应该是深度优先搜索）32. 除了深度优先，遍历一个树还有什么算法？33. 算法题：lodash.get反问二面 （2.25）：面试时长（35min）1. 项目履历中最有挑战的一个，为什么你觉得这个项目有挑战2. 组件库是如何实现跨框架运行的3. 你这个组件库是基于ES Modules的，那遇到不支持ES Modules的浏览器怎么办？（没了解过...）4. 说说ES Modules，AMD，UMD以及ES Modules的区别5. UMD是怎么实现？为什么他能兼容兼容多种环境？（也没了解过...到这里这场面试已经凉了一半）6. 算法题：    （1）链表最后第 k 个结点     （2）hardman（磨磨唧唧没撕出来，面试彻底凉透）反问（已经不好意思问啥了，就随便问了业务和后续流程）