webpack使用-详解DllPlugin

KunMinX 发布于2019-08-23 12:12 / 275人阅读

摘要：前言时光飞逝，转眼又偷懒了一个多月什么是文件为动态链接库文件在中，许多应用程序并不是一个完整的可执行文件，它们被分割成一些相对独立的动态链接库，即文件，放置于系统中。

前言

（时光飞逝，转眼又偷懒了一个多月）

什么是DLL

DLL(Dynamic Link Library)文件为动态链接库文件,在Windows中，许多应用程序并不是一个完整的可执行文件，它们被分割成一些相对独立的动态链接库，即DLL文件，放置于系统中。当我们执行某一个程序时，相应的DLL文件就会被调用。

举个例子：很多产品都用到螺丝，但是工厂在生产不同产品时，不需要每次连带着把螺丝也生产出来，因为螺丝可以多带带生产，并给多种产品使用。在这里螺丝的作用就可以理解为是dll。

为什么要使用Dll

通常来说，我们的代码都可以至少简单区分成业务代码和第三方库。如果不做处理，每次构建时都需要把所有的代码重新构建一次，耗费大量的时间。然后大部分情况下，很多第三方库的代码并不会发生变更（除非是版本升级），这时就可以用到dll：把复用性较高的第三方模块打包到动态链接库中，在不升级这些库的情况下，动态库不需要重新打包，每次构建只重新打包业务代码。

还是上面的例子：把每次构建，当做是生产产品的过程，我们把生产螺丝的过程先提取出来，之后我们不管调整产品的功能或者设计（对应于业务代码变更），都不必重复生产螺丝（第三方模块不需要重复打包）；除非是产品要使用新型号的螺丝（第三方模块需要升级），才需要去重新生产新的螺丝，然后接下来又可以专注于调整产品本身。

基本用法

使用dll时，可以把构建过程分成dll构建过程和主构建过程（实质也就是如此），所以需要两个构建配置文件，例如叫做webpack.config.js和webpack.dll.config.js。

1. 使用DLLPlugin打包需要分离到动态库的模块

DllPlugin是webpack内置的插件，不需要额外安装，直接配置webpack.dll.config.js文件：

module.exports = {=
  entry: {
    // 第三方库
    react: ["react", "react-dom", "react-redux"]
  },
  output: {
    // 输出的动态链接库的文件名称，[name] 代表当前动态链接库的名称，
    filename: "[name].dll.js",
    path: resolve("dist/dll"),
    // library必须和后面dllplugin中的name一致 后面会说明
    library: "[name]_dll_[hash]"
  },
  plugins: [
  // 接入 DllPlugin
    new webpack.DllPlugin({
      // 动态链接库的全局变量名称，需要和 output.library 中保持一致
      // 该字段的值也就是输出的 manifest.json 文件 中 name 字段的值
      name: "[name]_dll_[hash]",
      // 描述动态链接库的 manifest.json 文件输出时的文件名称
      path: path.join(__dirname, "dist/dll", "[name].manifest.json")
    }),
  ]
}

我们先来看看，这一步到底做了什么。执行：webpack --config webpack.dll.config，然后到指定的输出文件夹查看输出：

react.dll文件里是使用数组保存的模块，索引值就作为id；

react.manifest.json文件里，是用来描述对应的dll文件里保存的模块

里暴露出刚刚构建的所有模块，如下：

{
  "name":"react_dll_553e24e2c44987d2578f",
  "content":{
    "./node_modules/webpack/node_modules/process/browser.js":{"id":0,"meta":{}},"./node_modules/react/node_modules/fbjs/lib/invariant.js":{"id":1,"meta":{}},"./node_modules/react/lib/Object.assign.js":{"id":2,"meta":{}},"./node_modules/react/node_modules/fbjs/lib/warning.js":{"id":3,"meta":{}}
    //省略相似代码
  }
}

2. 在主构建配置文件使用动态库文件

在webpack.config中使用dll要用到DllReferencePlugin,这个插件通过引用 dll 的 manifest 文件来把依赖的名称映射到模块的 id 上，之后再在需要的时候通过内置的 webpack_require 函数来 require 他们.

  new webpack.DllReferencePlugin({
    context: __dirname,
    manifest: require("./dist/dll/react.manifest.json")
  }),

第一步产出的manifest文件就用在这里，给主构建流程作为查找dll的依据：DllReferencePlugin去 manifest.json 文件读取 name 字段的值，把值的内容作为在从全局变量中获取动态链接库中内容时的全局变量名，因此：在 webpack_dll.config.js 文件中，DllPlugin 中的 name 参数必须和 output.library 中保持一致。

3. 在入口文件引入dll文件。

生成的dll暴露出的是全局函数，因此还需要在入口文件里面引入对应的dll文件。

作用

首先从前面的介绍，至少可以看出dll的两个作用

分离代码，业务代码和第三方模块可以被打包到不同的文件里，这个有几个好处：

避免打包出单个文件的大小太大，不利于调试

将单个大文件拆成多个小文件之后，一定情况下有利于加载（不超出浏览器一次性请求的文件数情况下，并行下载肯定比串行快）

提升构建速度。第三方库没有变更时，由于我们只构建业务相关代码，相比全部重新构建自然要快的多。

注意事项

从前面可以看到dll带来的优点，但并不意味着我们就应该把除业务代码外的所有代码全部都丢到dll中，举一个例子：
1.对于lodash这种第三方库，正确的用法是只去import所需的函数（用什么引什么），例如：

// 正确用法
import isPlainObject from "lodash/isPlainObject"

//错误用法
import { isPlainObject } from "lodash"

这两种写法的差别在于，打包时webpack会根据引用去打包依赖的内容，所以第一种写法，webpack只会打包lodash的isPlainObject库，第二种写法却会打包整个lodash。现在假设在项目中只是用到不同模块对lodash里的某几个函数并且没有对于某个函数重复使用非常多次，那么这时候把lodash添加到dll中，带来的收益就并不明显，反而导致2个问题：

由于打包了整个lodash，而导致打包后的文件总大小（注意是总大小）比原先还要大

在dll打包太多内容也需要耗费时间，虽然我们一般只在第三方模块更新之后才进行重新预编译（就是dll打包的过程），但是如果这个时间太长的话体验也不好、

实践与反思

放一张自己在一个比较大的项目中单纯使用dll之后的收益，提取的内容是 react相关的第三方库，和fish组件，构建时间从120s降低到80s左右（当然这个时间还是有点恐怖），构建前appjs的大小是680kb，拆分业务代码和第三方代码分别是400kb和380kb（这就是拆分后大小大于拆分前大小的例子），从这一点来看，对于常见第三方库是否要放进dll可能比较明确（比如react系列打包一般肯定不亏），但是还有一些就要结合具体的项目内容来进行判断和取舍。（强烈推荐使用webpack-bundle-analyzer插件进行性能分析）

总结

本文介绍了Dllplugin的思想,基本用法和应用场景(关于使用的部分更详细的内容可以看官方文档)，结合个人的一些实践经验，对于常见第三方库是否要放进dll可能比较明确（比如react系列打包一般肯定不亏），但是还有一些就要结合具体的项目内容来判断，例如我上面的实践的例子就说明目前的拆分还不够好。这一块也欢迎大家一起探讨。如果内容有错误的地方欢迎指出（觉得看着不理解不舒服想吐槽也完全没问题）；如果对你有帮助，欢迎点赞和收藏，转载请征得同意后著明出处，如果有问题也欢迎私信交流，主页有邮箱地址

超融合服务器云服务器 webpack使用 webpack 使用公用cdn DllPlugin 域名绑定与使用详解

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/98097.html

webpack的DllPlugin和DllReferencePlugin插件的简单使用总结

摘要：今天就来简单讲讲它们的使用。这个插件的作用是创建文件和文件。使用其他的脚手架需要根据具体情况考虑。不要使用，否则在运行时会报错误。的和的要保持一致。这段时间在对公司的打包构建速度和app.js文件大小进行优化。使用到了webpack的DllPlugin和DllReferencePlugin。今天就来简单讲讲它们的使用。其实对于这两个插件网上已经有很多各种各样的文章了。不过笔者认为，...

wushuiyong 2019-08-22 18:31 评论0 收藏0
webpack 基础与项目优化实践总结

摘要：前言本文基于，主要涉及基本概念基本配置和实际项目打包优化。关于概念方面参考官网，常用配置来自于网络资源，在文末有相关参考链接，实践部分基于自己的项目进行优化配置。同一文件中，修改某个影响其他。前言：本文基于weboack4.x，主要涉及webpack4 基本概念、基本配置和实际项目打包优化。关于概念方面参考官网，常用配置来自于网络资源，在文末有相关参考链接，实践部分基于自己的项目进行...

Scorpion 2019-08-23 18:15 评论0 收藏0
使用 HappyPack 和 DllPlugin 来提升你的 Webpack 构建速度

摘要：使用允许使用多线程进行构建来提升构建的速度。在中，有大量的文件，称为动态链接库。文档里面还有一句话是这样说的动态链接库提供了将应用模块化的方式，应用的功能可以在此基础上更容易被复用。本文原文发表在：https://medium.com/@Erichain/...本文采用的 Webpack 版本为 2.0+本文源代码地址：https://github.com/Erichain/w......

2450184176 2019-08-20 17:44 评论0 收藏0
Webpack DllPlugin 和 DllReferencePlugin

摘要：没使用你会发现这个时候，和都非常的大，因为他们都了一个很大的包，而使用了，则将这个大包抽离出来成为一个。如果是在手机开发中，便可以将频繁修改的文件和不频繁修改的文件分离，这样每次更新只需要替换部分的包。 Webpack DllPlugin 和 DllReferencePlugin 1.插件的作用是一种分包的解决方案，它可以将部分代码抽出来，单独形成一个插件包，类似windows系统中...

thekingisalwaysluc 2019-08-21 11:43 评论0 收藏0
Webpack DllPlugin 和 DllReferencePlugin

摘要：没使用你会发现这个时候，和都非常的大，因为他们都了一个很大的包，而使用了，则将这个大包抽离出来成为一个。如果是在手机开发中，便可以将频繁修改的文件和不频繁修改的文件分离，这样每次更新只需要替换部分的包。 Webpack DllPlugin 和 DllReferencePlugin 1.插件的作用是一种分包的解决方案，它可以将部分代码抽出来，单独形成一个插件包，类似windows系统中...

buildupchao 2019-08-01 16:59 评论0 收藏0