webpack打包优化解决方案

最新推荐文章于 2024-03-01 17:18:49 发布

VIctor_Ye

最新推荐文章于 2024-03-01 17:18:49 发布

阅读量1.1k

点赞数 1

分类专栏： JavaScript webpack 文章标签： webpack

JavaScript 同时被 2 个专栏收录

32 篇文章 1 订阅

订阅专栏

webpack

4 篇文章 0 订阅

订阅专栏

原文地址： https://segmentfault.com/a/1190000011138081

单页应用首次进入项目会获取一部分数据，之后将JS包分片，走到那块再去加载那块的JS。

这样跨页面重复的JS，CSS不必再去获取，跨页面就不会出现进度条。这样减少了等待时间，提升了用户体验，省去了不必要的流量。
但是单页应用也有一个显著的问题：首次进入的时候，加载的资源太多，白屏时间太长。

这里介绍一些常用的webpack打包优化解决方案

使用插件查看项目所有包及体积大小
webpack外部扩展
DLL方式

一、查看项目打包

webpack有个插件，可以查看项目一共打了多少包，每个包的体积，每个包里面的包情况。
首先下载插件

npm intall webpack-bundle-analyzer --save-dev

同时在webpack.config.js配置

const BundleAnalyzerPlugin = require('webpack-bundle-analyzer').BundleAnalyzerPlugin;

webpackConfig.plugins.push(new BundleAnalyzerPlugin());

在package.json中添加命令

“script”: {
    "analyz": "NODE_ENV=production npm_config_report=true npm run deploy:prod"
}

我的webpack是1.X的 webpack 2.X的同学请看

然后命令行输入

npm run analyz

开始构建，根据项目大小不同，时间也不同。
过一会输出结果如下：

可以清晰的看到项目中一共有多少个包，包的体积是多少，里面加载了哪些东西，大小是多少。
这里演示的是一个干净的demo，打的包很少，体积也都很小，在真正项目中可能截图如下：

可以看到五颜六色的十分好看。
这里面 app.js 和 vendor.js是项目的主文件，其中包含了少部分业务代码和大部分公共依赖。
剩余的 number.hash.chunk.js是业务分片的代码，其中包含了大部分业务代码和少部分公共依赖。
到这里，我们就是用工具完成对项目打包的展示。

二、webpack外部扩展

列出了项目中较大的包，剩下的事情就是想办法如何减小这些包的体积（将一个大包拆成多个小包）。
项目中产生较大的包的原因可以从两个方面去考虑：

项目中引入的依赖包过于庞大；
业务代码集中在一块写，或者是业务代码写的比较繁琐；

对于这两个问题，我们可以从两个方面着手解决：

抽离项目中公共依赖的、不常变动的、体积较大的包；
将一个较大的业务代码文件，拆成多个较小的文件，异步加载（或者优化业务代码）。

这里面第二项涉及到改动业务代码，具体的情况就不同了，适合查看如何优化JS代码。
我们来讨论第一种方法，在不改动业务代码的情况下，如何减小公共依赖。

要知道这些依赖是我们需要的，不可能排除不引入。
但是他们都是全局依赖的，万年不变的，可以使用浏览器自己的缓存来实现不重复加载。
具体做法就是：
将项目中需要的一些公共依赖包，并且不常变动的，单独取出，不再每次都打包编译（如React，Redux等）。
而是通过使用script标签形式cdn引入，这样在有缓存的情况下，这些资源均走缓存，不必加载。

具体做法：

总结需要抽离的公共依赖。

这些依赖需要满足一定的条件：

体积较大；
不常更新；
依赖较多；
是前置依赖；

常见的满足这类条件的包有：

react
react-dom
redux
react-redux
moment
jquery

另外一些包文件如 Antd库文件，整个包较大，但是每次用什么取什么的话，库文件也会按需加载，不必单独取出。
还有这类库文件不建议单独取出，因为里面可能会有bug，需要更新。

使用CDN引入资源

以我的demo为例：我需要抽离出的文件有 react，react-dom，react-router，redux，react-redux，history。
将这些文件放到cnd上，注意，这些文件要是压缩版本，并且是用ES5编写的，否则浏览器报错。

<head>
  <title>React Starter Kit</title>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <!-- 体积较大的包 -->
  <script src="https://cdn.bootcss.com/react/15.0.0/react-with-addons.min.js"></script>
  <script src="https://cdn.bootcss.com/react/15.0.0/react-dom.min.js"></script>
  <script src="https://cdn.bootcss.com/react-router/3.0.0/ReactRouter.min.js"></script>
  <script src="https://cdn.bootcss.com/redux/3.6.0/redux.min.js"></script>
  <script src="https://cdn.bootcss.com/react-redux/5.0.1/react-redux.min.js"></script>
  <script src="https://cdn.bootcss.com/history/4.5.0/history.min.js"></script>
</head>

配置webpack.conf.js

资源已经引入，接下来需要配置webpack，使其打包的时候不在将这些资源打包。

const webpackConfig = {
    name: 'client',
    target: 'web',
    devtool: config.compiler_devtool,
    resolve: {
        root: paths.client(),
        extensions: ['', '.js', '.jsx', '.json'],
    },
    externals: {
        'react': 'React',
        'react-dom': 'ReactDOM',
        'react-router': 'ReactRouter',
        'redux': 'Redux',
        'history': 'History'
    },
    module: {},
}

这里externals告诉webpack那些资源从哪里寻找。
该对象的键表示 require 或者 import 时候的字符串
值表示的当前环境下的变量，比如引入React之后，React被作为全局对象，webpack就回去寻找React对象。
如果其中有一个找不到，打包就会失败。

配置vendor.js

接下来配置vendor，使vendor也不打包该些JS

compiler_vendors : [
    // 'react',
    // 'react-redux',
    // 'react-router',
    // 'redux',
],

接下来再次运行 npm run analyz

对比第一次的效果图，很明显app.js由原来的625kb减少到了78kb，
原来第二大的vendor.js现在已经很小了。
但是要注意的是，并不是包越小越好，越小的包反而越耗费链接。
应该让你的包里面的业务代码占大多数。
后来被告知，最大的包的体积压缩之后80k以内就可以。

三、DLL方式

dll 全称是：dynamic link library（动态链接库）
dll方式也就是通过配置，告诉webpack指定库在项目中的位置，从而直接引入，不将其打包在内。
上面介绍的方式是将包放到cdn上，build的时候不在引入对应的包；
dll方式就是指定包在项目中，build的时候不在打包对应的包，使用的时候引入。
webpack通过webpack.DllPlugin与webpack.DllReferencePlugin两个内嵌插件实现此功能。

新建webpack.dll.config.js

const webpack = require('webpack');

module.exports = {
    entry: {
        bundle: [
            'react',
            'react-dom',
            //其他库
            ],
    },
    output: {
        path: './build',
        filename: '[name].js',
        library: '[name]_library'
    },
    plugins: [
        new webpack.DllPlugin({
            path: './build/bundle.manifest.json',
            name: '[name]_library',
        })
    ]
};

webpack.DllPlugin选项：

path：manifest.json文件的输出路径，这个文件会用于后续的业务代码打包；
name：dll暴露的对象名，要跟output.library保持一致;
context：解析包路径的上下文，这个要跟接下来配置的 webpack.config.js 一致。

运行文件

运行：webpack --config webpack.dll.config.js

生成两个文件，一个是打包好的bundlejs，另外一个是bundle.mainifest.json，大致内容如下：

{
  "name": "bundle_library",
  "content": {
    "./node_modules/react/react.js": 1,
    "./node_modules/react/lib/React.js": 2,
    "./node_modules/process/browser.js": 3,
    "./node_modules/object-assign/index.js": 4,
    "./node_modules/react/lib/ReactChildren.js": 5,
    "./node_modules/react/lib/PooledClass.js": 6,
    "./node_modules/react/lib/reactProdInvariant.js": 7,
    //其他引用
}

配置webpack.config.js

const webpack = require('webpack');
var path = require('path');
module.exports = {
  entry: {
    main: './main.js',
  },
  output: {
    path: path.join(__dirname, "build"),
    publicPath: './',
    filename: '[name].js'
  },
  module: {
    loaders:[
      { test: /\.(png|jpg)$/, loader: 'url-loader?limit=8192'},
      {
        test: /\.jsx?$/,
        loaders: ['babel-loader?presets[]=es2015&presets[]=react'],
        include: path.join(__dirname, '.')
      }
    ]
  },
  plugins: [
     new webpack.DllReferencePlugin({
      context: '.',
      manifest: require("./build/bundle.manifest.json"),
        }),
  ]
};

webpack.DllReferencePlugin的选项中：

context：需要跟之前保持一致，这个用来指导webpack匹配manifest.json中库的路径；
manifest：用来引入刚才输出的manifest.json文件。

参考链接：

完整的项目demo

VIctor_Ye

关注

1
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
webpack打包优化解决方案

原文地址： https://segmentfault.com/a/1190000011138081单页应用首次进入项目会获取一部分数据，之后将JS包分片，走到那块再去加载那块的JS。这样跨页面重复的JS，CSS不必再去获取，跨页面就不会出现进度条。这样减少了等待时间，提升了用户体验，省去了不必要的流量。但是单页应用也有一个显著的问题：首次进入的时候，加载的资源太多，白屏时间太长。这里介绍一些常用的...
复制链接

扫一扫