中高级前端大厂面试秘籍，直通大厂(下)(1)

• 链式传递，按照配置时相反的顺序链式执行；

• 基于 Node 环境，拥有 较高权限，比如文件的增删查改；

• 可同步也可异步；

常用 Loader:

• file-loader: 加载文件资源，如 字体 / 图片 等，具有移动/复制/命名等功能；

• url-loader: 通常用于加载图片，可以将小图片直接转换为 Date Url，减少请求；

• babel-loader: 加载 js / jsx 文件， 将 ES6 / ES7 代码转换成 ES5，抹平兼容性问题；

• ts-loader: 加载 ts / tsx 文件，编译 TypeScript；

• style-loader: 将 css 代码以<style>标签的形式插入到 html 中；

• css-loader: 分析@import和url()，引用 css 文件与对应的资源；

• postcss-loader: 用于 css 的兼容性处理，具有众多功能，例如 添加前缀，单位转换 等；

• less-loader / sass-loader: css预处理器，在 css 中新增了许多语法，提高了开发效率；

编写原则:

• 单一原则: 每个 Loader 只做一件事；

• 链式调用: Webpack 会按顺序链式调用每个 Loader；

• 统一原则: 遵循 Webpack 制定的设计规则和结构，输入与输出均为字符串，各个 Loader 完全独立，即插即用；

3. Plugin

插件系统是 Webpack 成功的一个关键性因素。在编译的整个生命周期中，Webpack 会触发许多事件钩子，Plugin 可以监听这些事件，根据需求在相应的时间点对打包内容进行定向的修改。

• 一个最简单的 plugin 是这样的:

class Plugin{

// 注册插件时，会调用 apply 方法

// apply 方法接收 compiler 对象

// 通过 compiler 上提供的 Api，可以对事件进行监听，执行相应的操作

apply(compiler){

// compilation 是监听每次编译循环

// 每次文件变化，都会生成新的 compilation 对象并触发该事件

compiler.plugin(‘compilation’,function(compilation) {})

}

}

复制代码

• 注册插件:

// webpack.config.js

module.export = {

plugins:[

new Plugin(options),

]

}

复制代码

• 事件流机制:

Webpack 就像工厂中的一条产品流水线。原材料经过 Loader 与 Plugin 的一道道处理，最后输出结果。

• 通过链式调用，按顺序串起一个个 Loader；

• 通过事件流机制，让 Plugin 可以插入到整个生产过程中的每个步骤中；

Webpack 事件流编程范式的核心是基础类 Tapable，是一种 观察者模式 的实现事件的订阅与广播：

const { SyncHook } = require(“tapable”)

const hook = new SyncHook([‘arg’])

// 订阅

hook.tap(‘event’, (arg) => {

// ‘event-hook’

console.log(arg)

})

// 广播

hook.call(‘event-hook’)

复制代码

Webpack 中两个最重要的类 Compiler 与 Compilation 便是继承于 Tapable，也拥有这样的事件流机制。

• Compiler: 可以简单的理解为 Webpack 实例，它包含了当前 Webpack 中的所有配置信息，如 options， loaders, plugins 等信息，全局唯一，只在启动时完成初始化创建，随着生命周期逐一传递；

• Compilation: 可以称为 编译实例。当监听到文件发生改变时，Webpack 会创建一个新的 Compilation 对象，开始一次新的编译。它包含了当前的输入资源，输出资源，变化的文件等，同时通过它提供的 api，可以监听每次编译过程中触发的事件钩子；

• 区别:

• Compiler 全局唯一，且从启动生存到结束；

• Compilation 对应每次编译，每轮编译循环均会重新创建；

• 常用 Plugin:

• UglifyJsPlugin: 压缩、混淆代码；

• CommonsChunkPlugin: 代码分割；

• ProvidePlugin: 自动加载模块；

• html-webpack-plugin: 加载 html 文件，并引入 css / js 文件；

• extract-text-webpack-plugin / mini-css-extract-plugin: 抽离样式，生成 css 文件；

• DefinePlugin: 定义全局变量；

• optimize-css-assets-webpack-plugin: CSS 代码去重；

• webpack-bundle-analyzer: 代码分析；

• compression-webpack-plugin: 使用 gzip 压缩 js 和 css；

• happypack: 使用多进程，加速代码构建；

• EnvironmentPlugin: 定义环境变量；

4. 编译优化

• 代码优化:

• 无用代码消除，是许多编程语言都具有的优化手段，这个过程称为 DCE (dead code elimination)，即 删除不可能执行的代码；

• 例如我们的 UglifyJs，它就会帮我们在生产环境中删除不可能被执行的代码，例如:

var fn = function() {

return 1;

// 下面代码便属于 不可能执行的代码；

// 通过 UglifyJs (Webpack4+ 已内置) 便会进行 DCE；

var a = 1;

return a;

}

复制代码

• 摇树优化 (Tree-shaking)，这是一种形象比喻。我们把打包后的代码比喻成一棵树，这里其实表示的就是，通过工具 “摇” 我们打包后的 js 代码，将没有使用到的无用代码 “摇” 下来 (删除)。即 消除那些被 引用了但未被使用 的模块代码。

• 原理: 由于是在编译时优化，因此最基本的前提就是语法的静态分析，ES6的模块机制 提供了这种可能性。不需要运行时，便可进行代码字面上的静态分析，确定相应的依赖关系。

• 问题: 具有 副作用 的函数无法被 tree-shaking。

• 在引用一些第三方库，需要去观察其引入的代码量是不是符合预期；

• 尽量写纯函数，减少函数的副作用；

• 可使用 webpack-deep-scope-plugin，可以进行作用域分析，减少此类情况的发生，但仍需要注意；

• code-spliting: 代码分割 技术，将代码分割成多份进行 懒加载 或 异步加载，避免打包成一份后导致体积过大，影响页面的首屏加载；

• Webpack 中使用 SplitChunksPlugin 进行拆分；

• 按 页面 拆分: 不同页面打包成不同的文件；

• 按 功能 拆分:

• 将类似于播放器，计算库等大模块进行拆分后再懒加载引入；

• 提取复用的业务代码，减少冗余代码；

• 按 文件修改频率 拆分: 将第三方库等不常修改的代码单独打包，而且不改变其文件 hash 值，能最大化运用浏览器的缓存；

• scope hoisting: 作用域提升，将分散的模块划分到同一个作用域中，避免了代码的重复引入，有效减少打包后的代码体积和运行时的内存损耗；

• 编译性能优化:

• 升级至 最新 版本的 webpack，能有效提升编译性能；

• 使用 dev-server / 模块热替换 (HMR) 提升开发体验；

• 监听文件变动 忽略 node_modules 目录能有效提高监听时的编译效率；

• 缩小编译范围:

• modules: 指定模块路径，减少递归搜索；

• mainFields: 指定入口文件描述字段，减少搜索；

• noParse: 避免对非模块化文件的加载；

• includes/exclude: 指定搜索范围/排除不必要的搜索范围；

• alias: 缓存目录，避免重复寻址；

• babel-loader:

• 忽略node_moudles，避免编译第三方库中已经被编译过的代码；

• 使用cacheDirectory，可以缓存编译结果，避免多次重复编译；

• 多进程并发:

• webpack-parallel-uglify-plugin: 可多进程并发压缩 js 文件，提高压缩速度；

• HappyPack: 多进程并发文件的 Loader 解析；

• 第三方库模块缓存:

• DLLPlugin 和 DLLReferencePlugin 可以提前进行打包并缓存，避免每次都重新编译；

• 使用分析:

• Webpack Analyse / webpack-bundle-analyzer 对打包后的文件进行分析，寻找可优化的地方；

• 配置profile：true，对各个编译阶段耗时进行监控，寻找耗时最多的地方；

• source-map:

• 开发: cheap-module-eval-source-map；

• 生产: hidden-source-map；

项目性能优化

---

1. 编码优化

编码优化，指的就是 在代码编写时的，通过一些 最佳实践，提升代码的执行性能。通常这并不会带来非常大的收益，但这属于 程序猿的自我修养，而且这也是面试中经常被问到的一个方面，考察自我管理与细节的处理。

• 数据读取:

• 通过作用域链 / 原型链 读取变量或方法时，需要更多的耗时，且越长越慢；

• 对象嵌套越深，读取值也越慢；

• 最佳实践:

• 尽量在局部作用域中进行 变量缓存；

• 避免嵌套过深的数据结构，数据扁平化 有利于数据的读取和维护；

• 循环: 循环通常是编码性能的关键点；

• 代码的性能问题会再循环中被指数倍放大；

• 最佳实践:

• 尽可能 减少循环次数；

• 减少遍历的数据量；

• 完成目的后马上结束循环；

• 避免在循环中执行大量的运算，避免重复计算，相同的执行结果应该使用缓存；

• js 中使用 倒序循环 会略微提升性能；

• 尽量避免使用 for-in 循环，因为它会枚举原型对象，耗时大于普通循环；

• 条件流程性能: Map / Object > switch > if-else

// 使用 if-else

if(type === 1) {

} else if (type === 2) {

} else if (type === 3) {

}

// 使用 switch

switch (type) {

case 1:

break;4

case 2:

break;

case 3:

break;

default:

break;

}

// 使用 Map

const map = new Map([

[1, () => {}],

[2, () => {}],

[3, () => {}],

])

map.get(type)()

// 使用 Objext

const obj = {

1: () => {},

2: () => {},

3: () => {},

}

objtype

复制代码

• 减少 cookie 体积: 能有效减少每次请求的体积和响应时间；

• 去除不必要的 cookie；

• 压缩 cookie 大小；

• 设置 domain 与 过期时间；

• dom 优化:

• 减少访问 dom 的次数，如需多次，将 dom 缓存于变量中；

• 减少重绘与回流:

• 多次操作合并为一次；

• 减少对计算属性的访问；

• 例如 offsetTop， getComputedStyle 等

• 因为浏览器需要获取最新准确的值，因此必须立即进行重排，这样会破坏了浏览器的队列整合，尽量将值进行缓存使用；

• 大量操作时，可将 dom 脱离文档流或者隐藏，待操作完成后再重新恢复；

• 使用DocumentFragment / cloneNode / replaceChild进行操作；

• 使用事件委托，避免大量的事件绑定；

• css 优化:

• 层级扁平，避免过于多层级的选择器嵌套；

• 特定的选择器 好过一层一层查找: .xxx-child-text{} 优于 .xxx .child .text{}

• 减少使用通配符与属性选择器；

• 减少不必要的多余属性；

• 使用 动画属性 实现动画，动画时脱离文档流，开启硬件加速，优先使用 css 动画；

• 使用 <link> 替代原生 @import；

• html 优化:

• 减少 dom 数量，避免不必要的节点或嵌套；

• 避免``空标签，能减少服务器压力，因为 src 为空时，浏览器仍然会发起请求

• IE 向页面所在的目录发送请求；

• Safari、Chrome、Firefox 向页面本身发送请求；

• Opera 不执行任何操作。

• 图片提前 指定宽高 或者 脱离文档流，能有效减少因图片加载导致的页面回流；

• 语义化标签 有利于 SEO 与浏览器的解析时间；

• 减少使用 table 进行布局，避免使用<br />与<hr />；

2. 页面基础优化

• 引入位置: css 文件<head>中引入， js 文件<body>底部引入；

• 影响首屏的，优先级很高的 js 也可以头部引入，甚至内联；

• 减少请求 (http 1.0 - 1.1)，合并请求，正确设置 http 缓存；

• 减少文件体积:

• 删除多余代码:

• tree-shaking

• UglifyJs

• code-spliting

• 混淆 / 压缩代码，开启 gzip 压缩；

• 多份编译文件按条件引入:

• 针对现代浏览器直接给 ES6 文件，只针对低端浏览器引用编译后的 ES5 文件；

• 可以利用<script type="module"> / <script type="module">进行条件引入用

• 动态 polyfill，只针对不支持的浏览器引入 polyfill；

• 图片优化:

• 根据业务场景，与UI探讨选择 合适质量，合适尺寸；

• 根据需求和平台，选择 合适格式，例如非透明时可用 jpg；非苹果端，使用 webp；

• 小图片合成 雪碧图，低于 5K 的图片可以转换成 base64 内嵌；

• 合适场景下，使用 iconfont 或者 svg；

• 使用缓存:

• 浏览器缓存: 通过设置请求的过期时间，合理运用浏览器缓存；

• CDN缓存: 静态文件合理使用 CDN 缓存技术；

• HTML 放于自己的服务器上；

• 打包后的图片 / js / css 等资源上传到 CDN 上，文件带上 hash 值；

• 由于浏览器对单个域名请求的限制，可以将资源放在多个不同域的 CDN 上，可以绕开该限制；

• 服务器缓存: 将不变的数据、页面缓存到 内存 或 远程存储(redis等) 上；

• 数据缓存: 通过各种存储将不常变的数据进行缓存，缩短数据的获取时间；

3. 首屏渲染优化

• css / js 分割，使首屏依赖的文件体积最小，内联首屏关键 css / js；

• 非关键性的文件尽可能的 异步加载和懒加载，避免阻塞首页渲染；

• 使用dns-prefetch / preconnect / prefetch / preload等浏览器提供的资源提示，加快文件传输；

• 谨慎控制好 Web字体，一个大字体包足够让你功亏一篑；

• 控制字体包的加载时机；

• 如果使用的字体有限，那尽可能只将使用的文字单独打包，能有效减少体积；

• 合理利用 Localstorage / server-worker 等存储方式进行 数据与资源缓存；

• 分清轻重缓急:

• 重要的元素优先渲染；

• 视窗内的元素优先渲染；

• 服务端渲染(SSR):

• 减少首屏需要的数据量，剔除冗余数据和请求；

• 控制好缓存，对数据/页面进行合理的缓存；

• 页面的请求使用流的形式进行传递；

• 优化用户感知:

• 利用一些动画 过渡效果，能有效减少用户对卡顿的感知；

• 尽可能利用 骨架屏(Placeholder) / Loading 等减少用户对白屏的感知；

• 动画帧数尽量保证在 30帧 以上，低帧数、卡顿的动画宁愿不要；

• js 执行时间避免超过 100ms，超过的话就需要做:

• 寻找可 缓存 的点；

• 任务的 分割异步 或 web worker 执行；

全栈基础

---

其实我觉得并不能讲前端的天花板低，只是说前端是项更多元化的工作，它需要涉及的知识面很广。你能发现，从最开始的简单页面到现在，其实整个领域是在不断地往外拓张。在许多的大厂的面试中，具备一定程度的 服务端知识、运维知识，甚至数学、图形学、设计 等等，都可能是你占得先机的法宝。

Nginx

轻量级、高性能的 Web 服务器，在现今的大型应用、网站基本都离不开 Nginx，已经成为了一项必选的技术；其实可以把它理解成 入口网关，这里我举个例子可能更好理解:

当你去银行办理业务时，刚走进银行，需要到入门处的机器排队取号，然后按指令到对应的柜台办理业务，或者也有可能告诉你，今天不能排号了，回家吧！

这样一个场景中，取号机器就是 Nginx(入口网关)。一个个柜台就是我们的业务服务器(办理业务)；银行中的保险箱就是我们的数据库(存取数据)；🤣

• 特点:

• 轻量级，配置方便灵活，无侵入性；

• 占用内存少，启动快，性能好；

• 高并发，事件驱动，异步；

• 热部署，修改配置热生效；

• 架构模型:

• 基于 socket 与 Linux epoll (I/O 事件通知机制)，实现了 高并发；

• 使用模块化、事件通知、回调函数、计时器、轮询实现非阻塞的异步模式；

• 磁盘不足的情况，可能会导致阻塞；

• Master-worker 进程模式:

• Nginx 启动时会在内存中常驻一个 Master 主进程，功能:

• 读取配置文件；

• 创建、绑定、关闭 socket；

• 启动、维护、配置 worker 进程；

• 编译脚本、打开日志；

• master 进程会开启配置数量的 worker 进程，比如根据 CPU 核数等:

• 利用 socket 监听连接，不会新开进程或线程，节约了创建与销毁进程的成本；

• 检查网络、存储，把新连接加入到轮询队列中，异步处理；

• 能有效利用 cpu 多核，并避免了线程切换和锁等待；

• 热部署模式:

• 当我们修改配置热重启后，master 进程会以新的配置新创建 worker 进程，新连接会全部交给新进程处理；

• 老的 worker 进程会在处理完之前的连接后被 kill 掉，逐步全替换成新配置的 worker 进程；

• 配置:

• 官网下载；

• 配置文件路径： /usr/local/etc/nginx/nginx.conf；

• 启动: 终端输入 nginx，访问 localhost:8080 就能看到 Welcome...；

• nginx -s stop: 停止服务；

• nginx -s reload: 热重启服务；

• 配置代理: proxy_pass

• 在配置文件中配置即可完成；

server {

listen 80;

location / {

proxy_pass http://xxx.xxx.xx.xx:3000;

}

}

复制代码

• 常用场景:

• 代理:

• 其实 Nginx 可以算一层 代理服务器，将客户端的请求处理一层后，再转发到业务服务器，这里可以分成两种类型，其实实质就是 请求的转发，使用 Nginx 非常合适、高效；

• 正向代理:

• 即用户通过访问这层正向代理服务器，再由代理服务器去到原始服务器请求内容后，再返回给用户；

• 例如我们常使用的 VPN 就是一种常见的正向代理模式。通常我们无法直接访问谷歌服务器，但是通过访问一台国外的服务器，再由这台服务器去请求谷歌返回给用户，用户即可访问谷歌；

• 特点:

• 代理服务器属于 客户端层，称之为正向代理；

• 代理服务器是 为用户服务，对于用户是透明的，用户知道自己访问代理服务器；

• 对内容服务器来说是 隐藏 的，内容服务器并无法分清访问是来自用户或者代理；

• 反向代理:

• 用户访问头条的反向代理网关，通过网关的一层处理和调度后，再由网关将访问转发到内部的服务器上，返回内容给用户；

• 特点:

• 代理服务器属于 服务端层，因此称为反向代理。通常代理服务器与内部内容服务器会隶属于同一内网或者集群；

• 代理服务器是 为内容服务器服务 的，对用户是隐藏的，用户不清楚自己访问的具体是哪台内部服务器；

• 能有效保证内部服务器的 稳定与安全；

• 反向代理的好处:

• 安全与权限:

• 用户访问必须通过反向代理服务器，也就是便可以在做这层做统一的请求校验，过滤拦截不合法、危险的请求，从而就能更好的保证服务器的安全与稳定；

• 负载均衡: 能有效分配流量，最大化集群的稳定性，保证用户的访问质量；

• 负载均衡:

• 负载均衡是基于反向代理下实现的一种 流量分配 功能，目的是为了达到服务器资源的充分利用，以及更快的访问响应；

• 其实很好理解，还是以上面银行的例子来看: 通过门口的取号器，系统就可以根据每个柜台的业务排队情况进行用户的分，使每个柜台都保持在一个比较高效的运作状态，避免出现分配不均的情况；

• 由于用户并不知道内部服务器中的队列情况，而反向代理服务器是清楚的，因此通过 Nginx，便能很简单地实现流量的均衡分配；

• Nginx 实现: Upstream模块， 这样当用户访问 http://xxx 时，流量便会被按照一定的规则分配到upstream中的3台服务器上；

http {

upstream xxx {

server 1.1.1.1:3001;

server 2.2.2.2:3001;

server 3.3.3.3:3001;

}

server {

listen 8080;

location / {

proxy_pass http://xxx;

}

}

}

复制代码

• 分配策略:

• 服务器权重(weight):

• 可以为每台服务器配置访问权重，传入参数weight，例如:

upstream xxx {

server 1.1.1.1:3001 weight=1;

server 2.2.2.2:3001 weight=1;

server 3.3.3.3:3001 weight=8;

}

复制代码

• 时间顺序(默认): 按用户的访问的顺序逐一的分配到正常运行的服务器上；

• 连接数优先(least_conn): 优先将访问分配到列表中连接数队列最短的服务器上；

• 响应时间优先(fair): 优先将访问分配到列表中访问响应时间最短的服务器上；

• ip_hash: 通过 ip_hash 指定，使每个 ip 用户都访问固定的服务器上，有利于用户特异性数据的缓存，例如本地 session 服务等；

• url_hash: 通过 url_hash 指定，使每个 url 都分配到固定的服务器上，有利于缓存；

• Nginx 对于前端的作用:

• 1. 快速配置静态服务器，当访问 localhost:80 时，就会默认访问到 /Users/files/index.html；

server {

listen 80;

server_name localhost;

location / {

root /Users/files;

index index.html;

}

}

复制代码

• 2. 访问限制: 可以制定一系列的规则进行访问的控制，例如直接通过 ip 限制:

屏蔽 192.168.1.1 的访问；

==============================================================================

允许 192.168.1.2 ~ 10 的访问；

===================================================================================

location / {

deny 192.168.1.1;

allow 192.168.1.2/10;

deny all;

}

复制代码

• 3. 解决跨域: 其实跨域是 浏览器的安全策略，这意味着只要不是通过浏览器，就可以绕开跨域的问题。所以只要通过在同域下启动一个 Nginx 服务，转发请求即可；

location ^~/api/ {

# 重写请求并代理到对应域名下

rewrite ^/api/(.*)$ /$1 break;

proxy_pass https://www.cross-target.com/;

}

复制代码

• 4. 图片处理: 通过 ngx_http_image_filter_module 这个模块，可以作为一层图片服务器的代理，在访问的时候 对图片进行特定的操作，例如裁剪，旋转，压缩等；

• 5. 本地代理，绕过白名单限制: 例如我们在接入一些第三方服务时经常会有一些域名白名单的限制，如果我们在本地通过localhost进行开发，便无法完成功能。这里我们可以做一层本地代理，便可以直接通过指定域名访问本地开发环境；

server {

listen 80;

server_name www.toutiao.com;

location / {

proxy_pass http://localhost:3000;

}

}

复制代码

Docker

Docker，是一款现在最流行的 软件容器平台，提供了软件运行时所依赖的环境。

• 物理机:

• 硬件环境，真实的 计算机实体，包含了例如物理内存，硬盘等等硬件；

• 虚拟机:

• 在物理机上 模拟出一套硬件环境和操作系统，应用软件可以运行于其中，并且毫无感知，是一套隔离的完整环境。本质上，它只是物理机上的一份 运行文件。

• 为什么需要虚拟机？

• 环境配置与迁移:

• 在软件开发和运行中，环境依赖一直是一个很头疼的难题，比如你想运行 node 应用，那至少环境得安装 node 吧，而且不同版本，不同系统都会影响运行。解决的办法，就是我们的包装包中直接包含运行环境的安装，让同一份环境可以快速复制到任意一台物理机上。

• 资源利用率与隔离:

• 通过硬件模拟，并包含一套完整的操作系统，应用可以独立运行在虚拟机中，与外界隔离。并且可以在同一台物理机上，开启多个不同的虚拟机启动服务，即一台服务器，提供多套服务，且资源完全相互隔离，互不影响。不仅能更好提高资源利用率率，降低成本，而且也有利于服务的稳定性。

• 传统虚拟机的缺点:

• 资源占用大:
  自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数前端工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Web前端开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上前端开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：前端）

最后

正值金三银四招聘旺季，很多小伙伴都询问我有没有前端方面的面试题，特地整理出来赠送给大家！

资料领取方式：点击这里前往免费获取

• 环境配置与迁移:

• 在软件开发和运行中，环境依赖一直是一个很头疼的难题，比如你想运行 node 应用，那至少环境得安装 node 吧，而且不同版本，不同系统都会影响运行。解决的办法，就是我们的包装包中直接包含运行环境的安装，让同一份环境可以快速复制到任意一台物理机上。

• 资源利用率与隔离:

• 通过硬件模拟，并包含一套完整的操作系统，应用可以独立运行在虚拟机中，与外界隔离。并且可以在同一台物理机上，开启多个不同的虚拟机启动服务，即一台服务器，提供多套服务，且资源完全相互隔离，互不影响。不仅能更好提高资源利用率率，降低成本，而且也有利于服务的稳定性。

• 传统虚拟机的缺点:

• 资源占用大:
  自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数前端工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Web前端开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

[外链图片转存中…(img-buEAgWhg-1713641082000)]

[外链图片转存中…(img-FUYNdv1J-1713641082001)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上前端开发知识点，真正体系化！

[外链图片转存中…(img-cT0H2Vb8-1713641082001)]

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：前端）

[外链图片转存中…(img-1fw2zKwR-1713641082002)]

最后

正值金三银四招聘旺季，很多小伙伴都询问我有没有前端方面的面试题，特地整理出来赠送给大家！

资料领取方式：点击这里前往免费获取