Webpack 你知道多少？

2020-05-13  本文已影响0人  __Nancy

1. 有哪些常见的Loader？

更多 Loader 请参考官网

2. 常见的Plugin

更多 Plugin 请参考官网

3. Loader和Plugin的区别

Loader 本质就是一个函数，在该函数中对接收到的内容进行转换，返回转化后的结果，因为Webpack只认识JavaScript ，所以Loader就成了翻译官，对其他类型的资源进行转译的预处理工作。在module.rules中配置，作为模板的解析规则，类型为数组。每一项都是一个Ocject，内部包含了test（类型文件）、loader、option（参数）等属性。

Plugin 就是插件，基于事件流框架Tapable，插件可以扩展Webpack运行生命周期中广播出许多事件，Plugin可以监听这些事件，在合适的时机通过Webpack提供的Api改变输出的结果。在plugins中单独配置，类型为数组，每一项是一个Plugin的实例，参数都是通构造函数传入。

4. Webpack构建流程

Webpack的运行流程是一个串行的过程，从启动到结束会依次执行以下流程：

在以上过程中，Webpack 会在特定的时间点广播出特定的事件，插件在监听到队员的事件后会执行特定的逻辑，并且插件可以调用Webpack提供的API改变Webpack的运行结果。

简单的流程图：

graph LR
初始化-->编译
编译-->输出

初始化：启动构建，读取与合并配置参数，加载 Plugin，实例化 Compiler

编译：从 Entry 出发，针对每个 Module 串行调用对应的 Loader 去翻译文件的内容，再找到该 Module 依赖的 Module，递归地进行编译处理

输出：将编译后的 Module 组合成 Chunk，将 Chunk 转换成文件，输出到文件系统中

5. 使用webpack开发时，可以提高效率的插件

6. source map生产环境的使用

source map 是将编译、打包、压缩后的代码映射回源代码的过程，打包压缩后的代码不具备良好的可读性，想要调试源码就需要source map

map文件只要不打开浏览器的开发者工具，浏览器是不会加载的。

线上环境一般有三种处理方案：

hidden-source-map：借助第三方错误监控平台Sentry 使用

nosources-source-map：只会显示具体行数以及查看源代码的错误栈。安全性比 sourcemap 高

sourcemap：通过 nginx 设置将 .map 文件只对白名单开放(公司内网)

注意：避免在生产环境中使用inline- 和 eval-，因为它们会增加bundle 体积大小，并降低整体性能。

7. 模块打包原理

Webpack 实际上为每个模块创造了一个可以导出和导入的环境，本质上并没有修改代码的执行逻辑，代码执行顺序与模块加载顺序也完全一致。

8. 文件监听原理

在发现源码发生变化时，自动重新构建出新的输出文件。
Webpack开启监听模式，有两种方式：

  1. 启动 webpack 命令时，带上 --watch 参数
  2. 在配置 webpack.config.js 中设置 watch:true

缺点：每次需要手动刷新浏览器

原理：轮询判断文件的最后编辑时间是否变化，如果某个文件发生了变化，并不会立刻告诉监听者，而是先缓存起来，等 aggregateTimeout 后再执行。

module.export = {
    // 默认false,也就是不开启
    watch: true,
    // 只有开启监听模式时，watchOptions才有意义
    watchOptions: {
        // 默认为空，不监听的文件或者文件夹，支持正则匹配
        ignored: /node_modules/,
        // 监听到变化发生后会等300ms再去执行，默认300ms
        aggregateTimeout:300,
        // 判断文件是否发生变化是通过不停询问系统指定文件有没有变化实现的，默认每秒问1000次
        poll:1000
    }
}

9. Webpack 的热更新原理

Webpack 的热更新又称热替换（Hot Module Replacement），缩写为HMR。这个机制是可以做到不用刷新浏览器而将新变更的模块替换旧的模块。

HMR的核心是客户端从服务端拉取更新后的文件，准确的说是 chunk diff （chunk 需要更新的部分），实际上WDS与浏览器之间维护了一个Websocket，当本地资源发生变化时，WDS会向浏览器推送更新，并带上构建时的hash，让客户端与上一次资源进行对比。客户端对比出差异后会向WDS发起Ajax请求来获取更改内容（文件列表、hash），这样客户端就可以再借助这些信息继续向WDS发起jsonp请求获取该chunk的新增更新。

后续的部分（拿到增量更新之后如何处理？哪些状态该保留？哪些又需要更新？）由HotModelPlugin 来完成，提供了相关API以供开发者对自身场景进行处理，像react-hot-loader 和 vue-loader 都是借助这些 API 实现 HMR。

细节请参考Webpack HMR 原理解析

10. 如何对bundle体积进行监控和分析

VSCode 中有一个插件 Import Cost 可以帮助我们对引入模块的大小进行实时监测，还可以使用 webpack-bundle-analyzer 生成 bundle 的模块组成图，显示所占体积。

bundlesize 工具包可以进行自动化资源体积监控。

11. 文件指纹

文件指纹是打包后输出的文件名的后缀。

++JS的文件指纹设置++

设置 output 的 filename，用 chunkhash。

module.exports = {
    entry: {
        app: './scr/app.js',
        search: './src/search.js'
    },
    output: {
        filename: '[name][chunkhash:8].js',
        path:__dirname + '/dist'
    }
}

CSS的文件指纹设置

设置 MiniCssExtractPlugin 的 filename，使用 contenthash。

module.exports = {
    entry: {
        app: './scr/app.js',
        search: './src/search.js'
    },
    output: {
        filename: '[name][chunkhash:8].js',
        path:__dirname + '/dist'
    },
    plugins:[
        new MiniCssExtractPlugin({
            filename: `[name][contenthash:8].css`
        })
    ]
}

图片的文件指纹设置

设置file-loader的name，使用hash。

占位符名称及含义:

& ext 资源后缀名

& name 文件名称

& path 文件相对路径

& folder 文件所在的文件夹

& contenthash 文件的内容hash，默认是md5生成

& hash 文件内容的hash，默认是md5生成

& emoji 一个随机的指代文件内容的emoji

const path = require('path');

module.exports = {
    entry: './src/index.js',
    output: {
        filename:'bundle.js',
        path:path.resolve(__dirname, 'dist')
    },
    module:{
        rules:[{
            test:/\.(png|svg|jpg|gif)$/,
            use:[{
                loader:'file-loader',
                options:{
                    name:'img/[name][hash:8].[ext]'
                }
            }]
        }]
    }
}

12. 配置文件，如何保证各个loader按照预想方式工作

可以使用 enforce 强制执行 loader 的作用顺序，pre 代表在所有正常 loader 之前执行，post 是所有 loader 之后执行。(inline 官方不推荐使用)

13. 优化 Webpack 的构建速度

  1. webpack-paralle-uglify-plugin
  2. uglifyjs-webpack-plugin 开启 parallel 参数 (不支持ES6)
  3. terser-webpack-plugin 开启 parallel 参数
  4. 多进程并行压缩
  5. 通过 mini-css-extract-plugin 提取 Chunk 中的 CSS 代码到单独文件，通过 css-loader 的 minimize 选项开启 cssnano 压缩 CSS。
  1. 使用基于 Node 库的 imagemin (很多定制选项、可以处理多种图片格式)
  2. 配置 image-webpack-loader
  1. exclude/include (确定 loader 规则范围)
  2. resolve.modules 指明第三方模块的绝对路径 (减少不必要的查找)
  3. resolve.mainFields 只采用 main 字段作为入口文件描述字段 (减少搜索步骤，需要考虑到所有运行时依赖的第三方模块的入口文件描述字段)
  4. resolve.extensions 尽可能减少后缀尝试的可能性
  5. noParse 对完全不需要解析的库进行忽略 (不去解析但仍会打包到 bundle 中，注意被忽略掉的文件里不应该包含 import、require、define 等模块化语句)
  6. IgnorePlugin (完全排除模块)
  7. 合理使用alias
  1. 使用html-webpack-externals-plugin，将基础包通过CDN引入，不打入bundel中
  2. 使用SplitChunksPlugin进行（公共脚本、基础包、页面公共文件）分离
  3. 基础包分离
  1. 使用DllPlugin进行分包，使用DllReferencePlugin（索引链接）对manifest.json引用，让一些基本不会改动的代码先打包成静态资源，避免反复编译浪费时间。
  2. HashedModuleIdsPlugin 可以解决模块数字id问题
  1. babel-loader 开启缓冲
  2. terser-webpack-plugin开启缓冲
  3. 使用 cache-loader 或者hard-source-webpack-plugin
  1. purgecss-webpack-plugin 和 mini-css-extract-plugin配合使用(建议)
  2. 打包过程中检测工程中没有引用过的模板并进行标记，在资源压缩时将它们从最终的bundle中去掉（只能对ES6 Modlue生效）开发中尽可能使用ES6 Model的模块，提高tree shaking效率
  3. 禁用babel-loader的模块依赖，否则Webpack接收到的就都是转换过的CommonJS形式的模块，无法进行tree-shaking
  4. 使用 PurifyCSS(不在维护) 或者 uncss 去除无用 CSS 代码
  1. 构建后的代码会存在大量包，造成体积增大，运行代码时创建的函数作用域变多，内存开销变大。Scope hoisting将所有的模块的代码按照引用顺序从放在一个函数作用域里，然后适当的重命名一些变量以防止变量名冲突
  2. 必须是ES6 的语法，因为有很多第三方库仍采用CommonJS语法，为了充分发挥Scope hoisting的作用，需要配置mainFields对第三方模块优先采用jsnext:main中指向的ES6模块语法

14. 代码分割的本质是什么

代码分割的本质其实就是在源代码直接上线和打包成唯一脚本main.bundle.js这两种极端方案之间的一种更适合实际场景的中间状态。

「用可接受的服务器性能压力增加来换取更好的用户体验。」

源代码直接上线：虽然过程可控，但是http请求多，性能开销大。

打包成唯一脚本：一把梭完自己爽，服务器压力小，但是页面空白期长，用户体验不好。

15. Babel原理

大多数JavaScript Parser遵循 estree 规范，Babel 最初基于 acorn 项目(轻量级现代 JavaScript 解析器)Babel大概分为三大部分：

  1. 词法分析：将代码(字符串)分割为 token 流，即语法单元成的数组
  2. 语法分析：分析 token 流(上面生成的数组)并生成 AST
上一篇 下一篇

猜你喜欢

热点阅读