阿里前端p7面试实战，附答案

前言

• 今年面试比较惨，降薪跳槽；话不多说，上题！看看大家能够回答到什么程度，答案如果有问题，大家在评论区可以讨论纠错交流

v8垃圾回收机制？

V8 是一种开源的JavaScript 引擎，它主要用于Chrome 浏览器和Node.js 环境。V8 引擎中的垃圾回收机制负责自动管理内存的分配和释放，以确保程序运行期间不会出现内存泄漏或垃圾堆积的问题。

V8 引擎的垃圾回收机制基于代际假说和分代回收的原理。它将内存分为新生代（young generation）和老生代（old generation）两个代。新生代用于存放新创建的对象，老生代用于存放经过一定时间仍然存活的对象。

下面是V8 引擎中的垃圾回收机制的一般流程：

1. 新生代垃圾回收：V8 将新生代内存空间分为两个部分：From 空间和To 空间。新创建的对象首先被分配到From 空间，当From 空间满时，会触发垃圾回收过程。回收过程中，V8 首先进行标记操作，标记活跃的对象，然后将这些对象复制到To 空间，同时进行压缩等操作。最后，From 空间和To 空间的角色互换，完成垃圾回收。

2. 老生代垃圾回收：老生代中的对象由于存活时间较长，垃圾回收的成本较高。V8 使用标记-清除（mark-sweep）和标记-压缩（mark-compact）两种算法进行老生代的垃圾回收。标记-清除算法首先进行标记操作，标记出活跃的对象，然后清除未标记的对象。标记-压缩算法在清除未标记的对象后，将存活的对象压缩到内存的一端，从而减少内存碎片化。

3. 增量标记：为了降低垃圾回收对程序执行的影响，V8 引擎使用增量标记算法。增量标记允许垃圾回收过程与程序执行交替进行，每次执行一小部分的标记操作，减少了垃圾回收对程序的中断时间。

V8 引擎的垃圾回收机制是自动进行的，开发者无需手动管理内存。但是，了解垃圾回收机制的工作原理有助于编写高效的JavaScript 代码，避免内存泄漏和性能问题。

聊聊reduce原理，追问：手写reduce

reduce是JavaScript数组的一个高阶函数，用于对数组中的元素进行累计操作。它接收一个回调函数作为参数，该回调函数可以有四个参数：累计值（初始值或上一次回调的返回值）、当前元素、当前索引和原数组。 reduce函数会依次遍历数组的每个元素，将回调函数的返回值作为下一次调用的累计值，最终返回一个累计值。

以下是一个简单的reduce函数的实现原理示例：

Array.prototype.myReduce = function(callback, initialValue) {
  let accumulator = initialValue === undefined ? undefined : initialValue
  for (let i = 0
    if (accumulator === undefined) {
      accumulator = this[i]
    } else {
      accumulator = callback(accumulator, this[i], i, this)
    }
  }
  return accumulator
}

该示例中，我们通过给Array的原型添加myReduce方法来实现自定义的reduce函数。首先，我们初始化累计值accumulator为初始值initialValue（如果提供了初始值），否则为undefined。然后，使用for循环遍历数组的每个元素，并通过回调函数更新累计值。最后，返回最终的累计值。

需要注意的是，实际的reduce函数还具有一些特性，比如可以接收一个初始值，如果不提供初始值，则使用数组的第一个元素作为初始值。此外，回调函数还可以有一个可选的参数thisArg，用于指定回调函数内部的this上下文。在实际应用中，还需要考虑到这些特性来完善自定义的reduce函数。

weakmap原理

WeakMap 是 JavaScript 中的一种内置对象，它提供了一种键-值对的存储方式。与普通的 Map 对象不同，WeakMap 的键只能是对象，并且对于不再被引用的键，其对应的值会被自动回收，不会造成内存泄漏。WeakMap 的主要应用场景是在需要存储一些临时数据或私有数据，并且不希望影响垃圾回收的情况下使用。

下面是 WeakMap 的一些特点和原理：

1. 只接受对象作为键：WeakMap 的键只能是对象，不能是基本数据类型（如字符串、数值等）。这是因为 WeakMap 使用对象的引用作为键，当对象不再被引用时，垃圾回收机制可以自动清理与之相关的键值对。

2. 弱引用特性：WeakMap 中的键是弱引用的，这意味着当键对象不再被引用时，垃圾回收机制可以自动清理与之相关的键值对。在没有其他引用的情况下，键对象会被垃圾回收，并从 WeakMap 中删除对应的键值对。

3. 不可迭代：由于 WeakMap 的键是弱引用的，垃圾回收机制可以在任何时候删除键值对，因此 WeakMap 不支持迭代操作，也没有相关的迭代器方法（如 keys()、values()、entries() 和 forEach()）。

4. 没有公开的方法和属性：WeakMap 没有提供直接访问和操作键值对的方法和属性。只能通过 set()、get() 和 delete() 方法来操作键值对。

需要注意的是，由于 WeakMap 的键是弱引用的，因此无法遍历键值对，也无法获知具体的键。WeakMap 主要用于存储一些临时数据或私有数据，当对应的对象不再被引用时，相关的键值对会被自动清理，减少了内存占用。在开发中，可以利用 WeakMap 来实现对象的私有属性或缓存数据等场景。

浏览器工作原理？

浏览器的工作原理可以简单地概括为以下几个步骤：

1. 用户输入URL：用户在浏览器地址栏输入URL或点击链接，触发浏览器的导航行为。

2. 发送HTTP请求：浏览器向服务器发送HTTP请求，请求获取网页的资源，包括HTML、CSS、JavaScript文件以及其他相关的资源文件。

3. 接收和解析响应：浏览器接收到服务器返回的HTTP响应，根据响应的内容类型进行解析。如果是HTML文件，则开始构建DOM树，同时解析CSS文件构建CSSOM树。如果有JavaScript文件，则执行JavaScript代码。

4. 构建渲染树：浏览器将解析得到的DOM树和CSSOM树进行合并，构建出渲染树（Render Tree）。渲染树只包含需要显示的节点和对应的样式信息。

5. 布局和绘制：浏览器根据渲染树进行布局（Layout）和绘制（Painting）。布局阶段确定每个节点在屏幕上的位置和大小，绘制阶段将渲染树转换为屏幕上的像素。

6. 显示页面：浏览器将绘制得到的像素信息发送给显示器，显示页面内容在用户的屏幕上。

7. 处理用户交互：浏览器监听用户的交互事件，例如鼠标点击、滚动等，根据事件执行相应的操作。这可能包括重新构建渲染树、重新布局和绘制。

8. 定时器和异步任务：浏览器执行定时器任务和处理异步任务，例如延迟执行的JavaScript代码、网络请求等。

整个过程中，浏览器会不断地与服务器进行通信，下载和加载页面所需的资源，并将这些资源解析和渲染成用户可见的页面。同时，浏览器还负责处理用户的交互操作，并执行JavaScript代码来实现网页的动态效果和交互功能。

处理过内存泄漏问题吗？

我在过去遇到过并处理过内存泄漏问题。内存泄漏是指不再需要的对象或数据没有被正确释放，导致未使用的内存随时间累积。这可能导致应用程序性能下降，并可能导致崩溃。

以下是我用来解决内存泄漏问题的一些方法：

1. 确定问题来源：首先要确定内存泄漏的来源。这可以通过分析代码并使用调试工具和内存分析器来跟踪对象引用和内存使用情况来完成。

2. 审查对象生命周期：审查代码中对象的生命周期，并确保对象在适当的时候被创建和释放。确保在不再需要时释放资源，比如关闭数据库连接或移除事件监听器。

3. 避免循环引用：循环引用会阻止对象被垃圾回收。确保对象不会不必要地相互引用，或者使用弱引用来打破循环依赖。

4. 释放不再使用的对象：明确地释放不再需要的对象或资源。这可以包括将引用置为null或调用特定的清理方法来释放资源。

5. 优化内存使用：分析内存使用模式，并优化数据结构或算法以减少内存消耗。这可以包括使用内存占用更小的数据结构或实现对象池来重用对象，而不是创建新的对象。

6. 使用内存分析工具：利用内存分析工具来分析内存使用情况并找出潜在的泄漏。这些工具可以提供关于内存分配、对象生命周期的信息，并识别内存使用过多的区域。

7. 测试和监控：定期对应用程序进行测试，并监控其内存使用情况。这有助于识别潜在的内存泄漏，并确保修复措施的有效性。

需要注意的是，诊断和解决内存泄漏问题可能具有一定的挑战性，解决方法可能因编程语言和环境而异。因此，了解内存管理原则和最佳实践是非常重要的，以有效预防和解决内存泄漏问题。

聊聊渲染合成层？

渲染合成层（Compositing Layer）是浏览器中的一个关键概念，用于优化页面的渲染性能和动画效果。它是浏览器渲染引擎的一部分，用于将页面元素分成多个层，并将这些层按照正确的顺序进行合成，以最终呈现在屏幕上。

以下是一些关于渲染合成层的重要信息：

1. 分层渲染：渲染合成层允许浏览器将页面分解为多个独立的层。每个层都可以单独进行绘制和处理，这样可以减少不必要的重绘和重排操作。

2. 硬件加速：渲染合成层利用硬件加速技术，将图形处理器（GPU）用于合成和渲染操作。这可以提高渲染性能，并实现流畅的动画和滚动效果。

3. 层的创建：浏览器根据一些特定的规则将页面元素分为不同的层。具有特定属性或样式的元素，例如position: fixed、opacity、transform等，通常会被提升为独立的层。

4. 合成过程：在合成阶段，浏览器将各个层的内容按照正确的顺序进行合成。这包括层的叠加、透明度混合、裁剪等操作，最终生成最终的图像输出。

5. 优化渲染性能：渲染合成层可以减少页面的重绘和重排，从而提高渲染性能。只有发生变化的层才需要重新绘制，其他层可以保持不变，减少不必要的工作量。

6. 动画和滚动优化：由于渲染合成层可以利用硬件加速和部分重绘的特性，因此可以实现更平滑和流畅的动画和滚动效果。这对于提供良好的用户体验非常重要。

渲染合成层的使用需要权衡各种因素，包括页面复杂性、设备性能和浏览器支持等。在一些复杂的动画和滚动效果中，显式地创建渲染合成层可以提供更好的性能。然而，在简单的页面中，可能不需要显式地创建渲染合成层，浏览器也会自动进行优化处理。

总体而言，渲染合成层是一种优化技术，旨在提高页面的渲染性能和动画效果。通过有效地使用渲染合成层，开发人员可以创建更流畅、响应更快的网页应用，并提供更好的用户体验。

白屏的原因是什么？

白屏问题是指在加载网页时，页面内容未能正常显示，只显示空白的情况。白屏问题可能由多种因素引起，下面是一些可能的原因：

1. 加载问题：网页可能因为网络问题导致资源无法正常加载而呈现空白。这可以包括服务器故障、网络连接问题或资源路径错误等。

2. 脚本错误：网页中的JavaScript脚本错误可能导致页面无法正常渲染，从而呈现空白。这可能是由于语法错误、逻辑错误或依赖项加载失败等问题引起的。

3. 样式问题：CSS样式文件加载或解析错误可能导致页面无法正确显示内容，呈现为空白。这可能是由于CSS文件路径错误、语法错误或样式冲突等问题引起的。

4. 渲染问题：浏览器的渲染引擎可能遇到问题，导致页面无法正确渲染并呈现空白。这可能是由于浏览器版本问题、渲染引擎错误或不受支持的特性使用等原因引起的。

5. 编码问题：网页的字符编码可能与浏览器解析不一致，导致页面无法正常显示内容而呈现空白。

6. 其他问题：其他因素如服务器配置错误、缓存问题、安全策略限制等也可能导致白屏问题的发生。

要解决白屏问题，可以尝试以下方法：

1. 检查网络连接和服务器状态，确保资源能够正确加载。

2. 检查浏览器控制台中是否有JavaScript或CSS错误信息，并修复相应的问题。

3. 确保HTML、CSS和JavaScript代码没有语法错误，并检查路径和依赖项是否正确。

4. 清除浏览器缓存或尝试在其他浏览器中加载页面，以排除缓存或浏览器相关问题。

5. 确保网页的字符编码与浏览器解析一致，可以使用标签指定字符编码。

6. 如果问题持续存在，可以尝试使用调试工具、日志记录或查阅相关文档和社区资源，以找到更具体的解决方法。

需要注意的是，白屏问题可能由多个因素共同导致，解决方法可能因具体情况而异。通过逐步排查并分析错误信息，可以更好地确定问题的根本原因并采取适当的措施来解决白屏问题。

RAIL知道吗？

是的，我了解RAIL。RAIL是一个关于浏览器性能优化的指导原则，它提供了一种系统化的方法来评估和改善网页应用的性能。RAIL是由Google提出的，旨在帮助开发人员更好地理解和优化用户体验。

RAIL模型的核心理念是将用户的交互操作分解为四个关键阶段：

1. **响应(Response)**：在100毫秒以内响应用户的输入，使用户感觉到立即的反馈。这包括处理点击、滚动和触摸等用户交互。

2. **动画(Animation)**：保持动画流畅并以每秒60帧的速度进行渲染，以确保动画的平滑度和视觉连续性。

3. **空闲(Idle)**：利用主线程空闲时间执行后台任务，例如预加载资源、数据获取和计算等，以避免阻塞用户交互。

4. **加载(Load)**：在5秒内将页面内容加载完毕，并在此期间提供关键内容，以使用户能够尽快与页面进行交互。

RAIL模型的目标是在每个阶段都提供良好的用户体验，并确保在关键性能指标上达到可接受的水平。通过使用RAIL，开发人员可以更有针对性地优化网页应用的性能，提高用户满意度。

需要注意的是，RAIL模型并不是一种具体的技术或工具，而是一种方法论和指导原则，它可以与其他性能优化技术和工具结合使用，帮助开发人员构建高性能的网页应用。

如何极致的优化动画性能

1. 使用CSS动画：CSS动画借助GPU加速，在大多数情况下具有更好的性能。使用transform和opacity属性，避免使用top、left等属性进行动画操作。

2. 使用requestAnimationFrame：requestAnimationFrame是浏览器提供的优化动画的方法，可以更好地与浏览器的渲染机制同步。

3. 减少重绘和回流：通过合并多个DOM修改、使用transform进行动画变换，避免频繁的DOM重绘和回流操作，以提高性能。

4. 使用硬件加速：使用CSS属性translate3d、scale3d等可以启用GPU硬件加速，提高动画的性能。

5. 避免使用阻塞操作：确保动画执行期间没有长时间的JavaScript计算或网络请求阻塞主线程。

为什么要写脚手架，带来了哪些价值？ 追问：我觉得你刚刚说的主流脚手架，可以满足你的需求

编写脚手架工具的主要目的是为了简化项目的初始化和开发过程，提供一种标准化、规范化的项目结构和工作流。脚手架工具可以带来以下价值：

1. 提高开发效率：脚手架提供了一键式的项目初始化，减少了手动创建和配置项目的时间，让开发人员能够更快地开始工作。

2. 统一项目结构和规范：脚手架可以定义项目的标准结构、命名规范、代码风格等，帮助团队成员遵循统一的开发规范，提高项目的可维护性和协作效率。

3. 提供常用功能和工具集成：脚手架可以集成常用的工具、框架和库，提供一些常见功能的快速实现，如路由配置、状态管理、构建工具等，减少重复劳动和错误。

4. 简化部署和发布：脚手架可以提供简单的部署和发布流程，自动化处理构建、打包和发布的步骤，减少出错的可能性。

主流脚手架并不能够满足我们的需求，因为我们定义了很多的项目模版，包括定制的插件，我们是微前端的项目，子项目近百个，很多地方的组件、插件都是通用的，所以我们自定义了脚手架的开发。

react 的diff 和vue的diff的区别？

React和Vue都使用了虚拟DOM和diff算法来进行高效的页面更新。它们的diff算法有一些区别：

• React的diff算法采用的是基于双指针的算法，称为"React Reconciliation"。它通过比较两个虚拟DOM树的差异来确定需要更新的部分，并最小化对实际DOM的操作。

• Vue的diff算法则是基于双端队列的算法，称为"Vue Diff"。它通过对新旧虚拟DOM树进行同层比较，找到最小的差异集合，并在实际DOM中进行相应的更新。

react.memo在适合用在什么场景下？

React.memo是React中的一个高阶组件（Higher-Order Component），用于优化组件的渲染性能。React.memo可以用于包裹函数组件，用于对组件进行浅层的props比较，如果前后props没有变化，则会使用缓存的组件渲染结果。

React.memo适合用在以下场景下：

1. 当组件的渲染开销较大，但组件的props没有变化时，可以使用React.memo进行性能优化，避免不必要的重新渲染。

2. 当组件的props是通过父组件传递的，而父组件的渲染频率较高，但子组件的props并不频繁变化时，可以使用React.memo来避免子组件的重复渲染。

需要注意的是，React.memo仅进行浅层的props比较，如果传递给组件的props是复杂的对象或数组，且其内部发生了变化，React.memo可能无法正确地检测到变化。在这种情况下，可以考虑使用深层比较或Immutable数据结构来确保正确的比较和渲染。

react fiber的发展演进？

React Fiber是React框架中一项重大的架构改进，旨在改善React的渲染性能和用户体验。下面是React Fiber的发展演进：

1. React 15及之前版本：React的早期版本使用了基于栈的调和算法，称为"Stack Reconciler"。这种调和算法在处理大型组件树或复杂交互时容易出现性能问题，导致用户界面的卡顿和响应性差。

2. React 16及引入Fiber：React 16引入了Fiber架构，这是一个全新的调和算法和渲染引擎。Fiber的目标是实现增量渲染和可中断的渲染，以提高React应用的响应性和渲染性能。

3. 引入异步渲染：Fiber架构使React能够支持异步渲染，将渲染任务分解为多个优先级不同的子任务，使得React可以更好地响应用户输入，并在空闲时间执行优先级较低的任务。

4. 优先级调度和任务切片：Fiber将渲染任务切片为多个小任务，并为每个任务分配优先级，可以根据任务的优先级动态调整任务的执行顺序，以更好地响应用户操作和保持页面的流畅性。

5. 错误边界：Fiber架构引入了错误边界的概念，使得React应用能够更好地处理运行时错误，避免整个应用崩溃，并提供优雅的错误处理和回退机制。

6. 生命周期重构：Fiber架构对React组件的生命周期进行了重新设计和重构，引入了新的生命周期方法，并提供了更细粒度的控制和更好的性能优化。

总的来说，React Fiber的发展演进使得React能够更好地处理大型应用、复杂交互和高性能要求的场景。它通过引入异步渲染、优先级调度、任务切片和错误边界等特性，提升了React应用的响应性能和用户体验，并为未来的功能和扩展提供了更强的基础。

知道进程调度策略吗？

进程调度是操作系统中的一个重要组成部分，它负责决定在多个进程之间如何分配CPU的使用权，以实现公平性、效率和响应性。

下面是几种常见的进程调度策略：

1. 先来先服务（FCFS）：按照进程到达的顺序分配CPU时间片，先到达的进程先执行。这种策略简单且公平，但可能导致长作业等待时间过长，造成响应性较差。

2. 短作业优先（SJF）：选择估计执行时间最短的进程优先执行。这种策略能够最大程度地减少平均等待时间，但可能导致长作业饥饿的问题。

3. 优先级调度：为每个进程分配一个优先级，CPU优先执行优先级最高的进程。这种策略可以根据不同进程的重要性和紧急程度进行调度，但可能导致低优先级进程长时间等待。

4. 时间片轮转（Round Robin）：将CPU时间划分为固定大小的时间片，每个进程按顺序执行一个时间片，然后切换到下一个进程。这种策略可以实现公平性和响应性，但可能导致上下文切换开销过大。

5. 多级反馈队列调度：将进程分为多个优先级队列，每个队列具有不同的时间片大小。进程开始时进入最高优先级队列，如果用完时间片仍未执行完，则降低优先级并进入下一个队列。这种策略结合了短作业优先和时间片轮转的优点，既考虑了短作业的优先执行，又保证了长作业的执行机会。

不同的进程调度策略适用于不同的场景和需求，操作系统根据具体情况选择合适的策略来提高系统的性能和用户体验。

聊聊常见的设计模式，追问：你在实际的工作中有用过吗？

常见的设计模式包括但不限于以下几种：

1. 单例模式（Singleton Pattern）：确保一个类只有一个实例，并提供全局访问点。

2. 工厂模式（Factory Pattern）：通过一个工厂类来创建对象，隐藏对象的创建细节。

3. 观察者模式（Observer Pattern）：定义了一种一对多的依赖关系，当一个对象的状态发生改变时，其依赖者将收到通知。

4. 适配器模式（Adapter Pattern）：将一个类的接口转换成客户端所期望的接口。

5. 策略模式（Strategy Pattern）：定义一系列的算法，将它们封装起来，并使它们可以相互替换。

6. 装饰者模式（Decorator Pattern）：动态地给对象添加额外的职责，是继承的一种替代方案。

7. MVC模式（Model-View-Controller Pattern）：将应用程序分为模型、视图和控制器三个部分，实现关注点分离。

8. 迭代器模式（Iterator Pattern）：提供一种顺序访问聚合对象中各个元素的方法，而无需暴露其内部表示。

以上只是一些常见的设计模式，每种模式都有其独特的应用场景和解决特定问题的方式。

个人经验来说，我在工作中经常使用一些设计模式，比如单例模式、工厂模式、观察者模式等，根据具体的场景和需求来选择合适的模式。设计模式可以帮助我更好地组织和管理代码，提高开发效率和代码质量。当然，对于每个具体的项目，需要根据实际情况来评估是否需要应用设计模式。

如果团队的人不服你，你会怎么处理？ TODO

当团队中的成员不服从或对我的领导表示不满时，我会采取以下措施来处理这种情况：

1. 倾听和理解：首先，我会倾听他们的观点和不满，努力理解他们的立场和关注点。这可以通过开放的对话和沟通来实现，以确保每个人都有机会表达自己的意见和观点。

2. 解决冲突：如果存在团队成员之间的冲突或分歧，我会努力促成解决方案。这可能包括组织团队会议、提供调解或引入其他解决冲突的方法，以便找到双方都可以接受的共同点和妥协方案。

3. 透明和开放：我会保持透明和开放的沟通方式，与团队成员分享决策背后的原因和依据，以便让他们了解决策的合理性和目标。这可以帮助建立信任和理解，减少不满和猜测。

4. 激励和赋能：我会努力激励团队成员，帮助他们理解自己的价值和贡献，以及他们在团队中的重要性。我会提供支持和资源，使他们能够充分发挥自己的能力，并参与到决策和解决问题的过程中。

5. 持续改进：我会积极寻求反馈和建议，不断改进我的领导方式和团队管理策略。我相信通过反思和学习，我可以提高自己的领导能力，并与团队成员建立更加积极和有效的工作关系。

总的来说，我会致力于建立开放、包容和积极的团队文化，促进良好的团队合作和共同目标的实现。如果团队成员不服从，我会尽力采取适当的措施来解决问题，并确保每个人都感到被尊重和重视。

团队成员线上出现p0级 bug，你会怎么处理

当团队成员在线上出现P0级别的bug时，我会采取以下步骤来处理：

1. 紧急响应：立即响应并确认该问题的严重性和紧急程度。P0级别的bug通常表示系统的重要功能受到了严重影响，可能导致系统崩溃、数据丢失或用户无法正常使用。

2. 集中资源：我会与团队成员紧密合作，集中所有可用的资源和专业知识来解决这个问题。这可能包括开发人员、测试人员、运维人员和其他相关人员。

3. 确定根本原因：我们会对该问题进行深入分析，以确定导致P0级别bug的根本原因。这可能涉及代码审查、日志分析、排查线上环境等。目标是快速而准确地找到问题所在，并采取措施解决它。

4. 实施临时修复：在查找根本原因和解决方案的过程中，我们会优先考虑实施临时修复措施，以尽快恢复系统的正常功能。这可以是一种临时性的解决方案，用于减轻问题的影响并确保系统的稳定性。

5. 持续沟通：我会与相关利益相关者保持密切沟通，包括产品经理、项目经理、客户和其他相关团队。我会及时向他们报告问题的进展、解决方案和预计的时间表，以便他们了解问题的状态并采取适当的措施。

6. 彻底解决问题：一旦临时修复措施实施成功，我会确保团队致力于彻底解决该问题，以防止类似问题的再次发生。这可能包括代码重构、流程改进、自动化测试增加等，以提高系统的稳定性和质量。

7. 审查和总结经验：一旦问题解决，我会与团队一起审查该事件，总结经验教训，并提出改进意见。这有助于我们识别潜在的改进机会，以及避免类似问题在未来的发生。

总的来说，处理P0级别的bug需要快速响应、紧密合作和专注于解决问题。我会确保团队充分投入，并采取适当的措施来最大限度地减轻问题的影响，并确保系统的正常运行。同时，我也会注重预防措施，以避免类似问题的再次发生。

你觉得你最擅长什么？

向上管理

在你三年的管理生涯中，你收获最大的是什么，哪些问题是你觉得棘手的问题？

向上管理的能力变得非常强，棘手的问题是工资涨的太慢

结束

• 难度如何，各位看官来评论，有问题可以评论区纠错交流[2]

so

• 结尾依旧：长风破浪会有时，直挂云帆济沧海！

• 在线整理的确实很好，对掘金的文章进行了一个汇总整理，在线刷题指南，拿走不谢，要学会站在别人的肩膀上提升自己点击这里--> 前端进阶指南

最后

如果你现在正在找工作，可以私信“web”进群领取前端面试小册、简历优化修改、大厂内推以及更多阿里、字节大厂面试真题合集，和p8大佬一起交流。