链游：新兴游戏领域的崛起、热潮与开发成本剖析

省流关键字：《两轮技术面》《26届Java》《天天简历评估》曾经有一份真挚的机会摆在我的面前，她告诉我只需要两轮技术面就能够和hr畅谈人生，我顿时就想到了我远在“门头沟学院”的各位兄弟姐妹但没想到迎接我的不是热情的老铁而是一次又一次的已读不回哈吉淘你是怎么了你为什么这么不受待见了再尝试一次吧只需要两轮技术面就能直通hr面，简历评估人就在我对面我拎着简历就去找他通过有老铁想来尝试的直接给我扔简历就好 #阿里巴巴#  #实习#  #淘天#

玻璃心 讲讲饿了么暑期实习的感觉， 一个小白进入到大厂里，客观来说阿里的新人需要很强的学习能力+适应能力+抗压能力，因为大厂新人入职进来就是一个新的螺丝钉，需要你自己快速磨合自己适应岗位上手工作，所谓的师傅、主管大体上很难遇到一个非常负责、有耐心、心善的人的，因为都是工作，who care you，如果有遇到一个很有责任的主管、师傅的话，那你非常的幸运，捡到宝了，一定要抱紧他的大腿，快速从他身上学习与成长，个人觉得一个好的主管、师傅的评判标准，不仅仅是他告诉了你怎么快速上手工作了解业务规则，而是会告诉你很多逻辑、经验、思考判断的方式，简单来说就是不是单纯的告诉你怎么快速上手达成业绩，而是真的有...

面试公司：杭州某小厂面试岗位：前端这两天陆续面了两家公司，这两家公司的语气都比第一家柔和很多，难道第一家给我压力上太大了？不，肯定我是太菜了，我是菜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环节未能精准匹配技术成长与岗位需求，体现出对面试问题核心诉求的洞察不足。未来需建立结构化回答框架，将项目经验与技术能力、团队协作、工程化思维等职业素养紧密结合。总结表明，除巩固基础外，需投入精力深入框架底层原理，提升技术表述的专业性与系统性，同时持续追踪微前端、性能优化等前沿技术方向，构建完整的知识图谱。#我的面试日记# #软件开发笔面经# #面试常问题系列#