性能优化篇之Webpack构建代码质量压缩的建议

webpack构建速度优化基本优化完毕，接下来考虑的就是：线上代码质量的优化，即如何使用webpack构建出高质量的代码

webpack构建流程：初始化配置参数 -> 绑定事件钩子回调 -> 确定entry逐一遍历 -> 使用loader编译文件 -> 输出文件

提纲

本次优化构建代码质量基本技术：

• reactrouter按需加载；
• 公共代码提取，以及代码压缩；
• cdn接入；
• 开启gzip压缩；
• 接入treeshaking，剔除无用代码
• 开启scope hoisting

（生产环境代码构建）为实时查看每次配置后代码构建情况，使用webpack监听文件避免每次手动build，并且开启webpack-jarvis，实时查看构建分析，npm i -d webpack-jarvis。

开启监听模式

watch: true,
watchoptions: {
  ignored: /node_modules/, // 忽略监听文件
  aggregatetimeout: 300, //文件变动后多久发起构建
  poll: 1000, //每秒询问次数，越小越好
}

一、react-router4实现按需加载

单页应用按需加载一般原则：

1. 将网站划分成一个个小功能，在按照每个功能的相关度将他们分成几个类；
2. 将没一个类合并成一个chunk，按需加载对应的代码；
3. 不可将用户首次进入网站时需要看到画面的对应功能chunk按需加载；

被分割出去的代码的加载需要一定的触发时机，即当用户操作了或者即将操作对应功能时再去加载对应的代码（默认使用react-router按需加载的触发条件是路由的变化）

实现条件：

使用插件：npm i react-loadable;

配合bable插件npm i @babel/plugin-syntax-dynamic-import;

代码示例：

// .bablerc
{
 "plugins": ["@babel/plugin-syntax-dynamic-import"]
}

// 示例代码
loadable({
 loader: () => import('./component'), //按需加载组件
 loading: loading, //处理组件加载的loading、error等
 delay: 300 //延迟加载避免loading的闪烁问题
});

// loading组件自定义
// 接受三个props，其中pastdelay：等待时触发；timedout：超时时触发超过delay；error：出错触发默认为200ms
const loading = ({ pastdelay, timedout, error }) => {
  if (pastdelay) {
   return <spin spinning tip="loadding..." ><div style={{height: 300}} /></spin>
  } else if (timedout) {
   return <spin spinning tip="taking a long time..." ><div style={{height: 300}} /></spin>
  } else if (error) {
   return <div>error!</div>;
  }
  return null;
};

二、提取公共代码webpack.optimization

optimization: {
  splitchunks: {
   chunks: "all",
   cachegroups: {
    vendors: { 
      test: /node_modules/,
      name: 'vendors', 
      minsize: 0,
      minchunks: 1, 
      chunks: 'initial',
      priority: 2 // 该配置项是设置处理的优先级，数值越大越优先处理 
    },
    commons: {
     name: "comomns",
     test: resolve("src/components"), // 可自定义拓展规则
     minchunks: 2, // 最小共用次数
     minsize:0,  //代码最小多大，进行抽离
     priority: 1, //该配置项是设置处理的优先级，数值越大越优先处理 
    }
  }
}

三、压缩文件js\css

使用npm i -d webpack-parallel-uglify-plugin启用多线程并行压缩js

optimization: {
  minimizer: [
    new paralleluglifyplugin({
      cachedir: '.cache/', //缓存压缩，默认不缓存，设置存放位置开启
      test: /.js$/, //匹配需要压缩的文件，默认为/.js$/和loader配置一样
      //include: [], 使用正则去选择需要被压缩的文件和loader配置一样
      //exclude: [], 使用正则去去除不需要被压缩的文件和loader配置一样
      //workercount: 2, 开启几个子进程并发执行压缩
      // sourcemap: false, 是否输出source map，开启会导致压缩变慢
      // uglifyjs: {}, 用于压缩es6代码不可和uglifyjs同时使用
      uglifyjs:{//压缩es5代码
        output: {
          // 是否输出可读性较强的代码，即会保留空格和制表符，默认为输出，为了达到更好的压缩效果，可以设置为false
          beautify: false,
          //是否保留代码中的注释，默认为保留，为了达到更好的压缩效果，可以设置为false
          comments: false
        },
        compress: {
          //是否在uglifyjs删除没有用到的代码时输出警告信息，默认为输出
          warnings: false,
          //是否删除代码中所有的console语句，默认为不删除，开启后，会删除所有的console语句
          drop_console: true,
          //是否内嵌虽然已经定义了，但是只用到一次的变量，比如将 var x = 1; y = x, 转换成 y = 1, 默认为否
          collapse_vars: true,
          // 提取出现多次但是没有定义成变量去引用的静态值
          reduce_vars:true
        }
      },
    }),
  ]
},

提取和压缩css

使用插件：optimize-css-assets-webpack-plugin、mini-css-extract-plugin

使用示例：

// 提取css到单独的文件
const minicssextractplugin = require("mini-css-extract-plugin");
// optimizecssplugin css文件压缩插件
const optimizecssplugin = require('optimize-css-assets-webpack-plugin');

const extractscss = new minicssextractplugin({
  filename: 'css/[name].[contenthash:8].css',
  chunkfilename: 'css/[name]_[contenthash:8].css',
  fallback:'style-loader'
});
...
...
plugins: [
  new optimizecssplugin({
    assetnameregexp: /\.css$/g,
    cssprocessor: require('cssnano'),
    cssprocessoroptions: { discardcomments: { removeall: true } },
    canprint: true
  }),
]

webpack配置接入cdn

cdn

网站接入cdn，需要将网页的静态资源上传到cdn服务器，使用cdn地址访问；

使用cdn可以决解资源并行下载限制，处理静态资源cookie同域名携带等问题；

cdn缓存和回源需要合理的设置静态资源hash接入cdn会引入多个域名，增加域名解析时间，可进行预解析域名<link rel="dns-prefetch" href="//js.dns.com" rel="external nofollow" />

webpack实现接入

• output.publicpath设置javascript地址
• css-loader.publicpath设置css导入的资源地址
• webplugin.stylepublicpath中设置css文件地址

// javascript
output: {
  publicpath: '//js.cdn.com/js/',
  path: path.join(__dirname, '../docs/dist'), // 打包后的文件存放的地方
  // 为输出的javascript文件名加上hash值使用`chunkhash`（chunkhash：根据模块内容变化；hash: 根据每次构建随机）
  filename: "js/[name].[chunkhash:8].js",
  chunkfilename: "js/[name]-[id].[chunkhash:8].js",
},

开启gzip压缩

使用插件：npm i -d compression-webpack-plugin;

webpack配置

const compressionplugin = require("compression-webpack-plugin");

plugins: [
  new compressionplugin({
    filename: '[path].gz[query]', //目标资源名称。[file] 会被替换成原资源。[path] 会被替换成原资源路径，[query] 替换成原查询字符串
    algorithm: 'gzip',//算法
    test: /\.(js|css)$/,  //压缩 js 与 css
    threshold: 10240,//只处理比这个值大的资源。按字节计算
    minratio: 0.8//只有压缩率比这个值小的资源才会被处理
  })
]

后台开启使用koa

const staticcache = require('koa-static-cache');
import config from './configs';

const app = new koa();

app.use(staticcache(path.resolve(__dirname, "../dist"), {
  maxage: 7 * 24 * 60 * 60,
  gzip: true, //开启
  dynamic: true,
}))

接入treeshaking，剔除无用代码

tree shaking可以用来找出有用代码，去除javascript中用不上的死代码；但是它依赖于es6静态花模块语法import\export的导入和导出

webpack接入

修改.babelrc保留es6模块话语句

注意新版本babel-preset-env已经预设babel-preset-es2015,babel推荐使用babel-preset-env取代babel-preset-es2015，并且继续使用babel-preset-es2015会发出警告信息。

{
 "presets": [
  ["env", {
   "modules": false
  }]
 ],
 "plugins": ["syntax-dynamic-import"]
}

webpack --display-used-exports运行构建带上--display-used-exports可追踪到tree shaking的工作；

webpack只能正确的分析出如何剔除死代码，需要接入uglifyjs处理剔除（配置见上）

开启scope hoistion

scope hoisting即作用域提升;

在构建过程中，webpack会借助es6 模块化的静态特性，确定模块的依赖关系，将一个bundle中的静态依赖提升到顶部。（所以需要和接入treeshaking一样配置babel开启es6模块化）

原理：分析模块间的依赖关系，尽可能的将零散的模块合并到一个函数中去，前提不能造成代码冗余，因此只有被引用了一次的模块才能被合并。

接入好处：

代码体积减少

代码在运行时因为创建的函数作用域更少了，内存开销也随之变小

webpack接入moduleconcatenationplugin内置插件

const moduleconcatplugin = require('webpack/lib/optimize/moduleconcatenationplugin');
plugins: [
   new moduleconcatplugin(), //开启scope hoisting
 ],

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。