理论|webpack2 终极优化
Posted 腾讯IMWeb前端团队
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了理论|webpack2 终极优化相关的知识,希望对你有一定的参考价值。
webpack是当下最流行的js打包工具,这得益于网页应用日益复杂和js模块化的流行。增加了一些新特性也到了预发布阶段,是时候告诉大家如何用webpack2优化你的构建让它构建出更小的文件尺寸和更好的开发体验。
优化输出
打包结果更小可以让网页打开速度更快以及简约宽带。可以通过这以下几点做到
1、压缩css
css-loader
在webpack2里默认是没有开启压缩的,最后生成的css文件里有很多空格和tab,通过配置 css-loader?minimize
参数可以开启压缩输出最小的css。css的压缩实际是是通过实现的。
2、tree-shaking
tree-shaking 是指借助es6 import export
语法静态性的特点来删掉export但是没有import过的东西。要让tree-shaking工作需要注意以下几点:
1)配置babel让它在编译转化es6代码时不把import export
转换为cmd的module.export
,配置如下:
2)大多数分布到npm的库里的代码都是es5的,但是也有部分库(redux,react-router等等)开始支持tree-shaking。这些库发布到npm里的代码即包含es5的又包含全采用了es6 import export
语法的代码。 拿redux库来说,npm下载到的目录结构如下:
其中lib目录里是编译出的es5代码,es目录里是编译出的采用import export
语法的es5代码,在redux的package.json
文件里有这两个配置:
这是指这个库的入口文件的位置,所以要让webpack去读取es目录下的代码需要使用jsnext:main字段配置的入口,要做到这点webpack需要这样配置:
这会让webpack先使用jsnext:main字段,在没有时使用main字段。这样就可以优化支持tree-shaking的库。
3、优化 UglifyJsPlugin
webpack --optimize-minimize
选项会开启 UglifyJsPlugin来压缩输出的js,但是默认的UglifyJsPlugin配置并没有把代码压缩到最小输出的js里还是有注释和空格,需要覆盖默认的配置:
4、定义环境变量 NODE_ENV=production
很多库里(比如react)有部分代码是这样的:
在环境变量 NODE_ENV
等于 production
的时候UglifyJs会认为if语句里的是死代码在压缩代码时删掉。
5、使用 CommonsChunkPlugin 抽取公共代码
可以提取出多个代码块都依赖的模块形成一个单独的模块。要发挥CommonsChunkPlugin的作用还需要浏览器缓存机制的配合。在应用有多个页面的场景下提取出所有页面公共的代码减少单个页面的代码,在不同页面之间切换时所有页面公共的代码之前被加载过而不必重新加载。这个方法可以非常有效的提升应用性能。
6、DedupePlugin 和 OccurrenceOrderPlugin
在webpack1里经常会使用 DedupePlugin
插件来消除重复的模块以及使用 OccurrenceOrderPlugin
插件让被依赖次数更高的模块靠前分到更小的id 来达到输出更少的代码,在webpack2里这些已经这两个插件已经被移除了因为这些功能已经被内置了。
除了压缩文本代码外还可以:
1)用 压缩图片
2)用 合并雪碧图
3)对于支持es6的js运行环境使用
以上优化点只需要在构建用于生产环境代码的时候才使用,在开发环境时最好关闭因为它们很耗时。
优化开发体验
优化开发体验主要从更快的构建和更方便的功能入手。
更快的构建
1、缩小文件搜索范围
webpack的resolve.modules
配置模块库(通常是指node_modules)所在的位置,在js里出现import 'redux'
这样不是相对也不是绝对路径的写法时会去node_modules目录下找。但是默认的配置会采用向上递归搜索的方式去寻找node_modules,但通常项目目录里只有一个node_modules在项目根目录,为了减少搜索我们直接写明node_modules的全路径:
除此之外webpack配置loader时也可以缩小文件搜索范围。
1)loader的test正则表达式也应该尽可能的简单,比如在你的项目里只有.js
文件时就不要把test写成/\.jsx?$/
2)loader使用include命中只需要处理的文件,比如babel-loader的这两个配置:
只对项目目录下src目录里的代码进行babel编译
项目目录下的所有js都会进行babel编译,包括庞大的node_modules下的js
2、开启 babel-loader 缓存
babel编译过程很耗时,好在babel-loader提供缓存编译结果选项,在重启webpack时不需要创新编译而是复用缓存结果减少编译流程。babel-loader缓存机制默认是关闭的,打开的配置如下:
3、使用 alias
resolve.alias
配置路径映射。 发布到npm的库大多数都包含两个目录,一个是放着cmd模块化的lib目录,一个是把所有文件合成一个文件的dist目录,多数的入口文件是指向lib里面下的。 默认情况下webpack会去读lib目录下的入口文件再去递归加载其它依赖的文件这个过程很耗时,alias配置可以让webpack直接使用dist目录的整体文件减少文件递归解析。配置如下:
4、使用 noParse
module.noParse
配置哪些文件可以脱离webpack的解析。 有些库是自成一体不依赖其他库的没有使用模块化的,比如jquey、momentjs、chart.js,要使用它们必须整体全部引入。 webpack是模块化打包工具完全没有必要去解析这些文件的依赖,因为它们都不依赖其它文件体积也很庞大,要忽略它们配置如下:
除此以外还有很多可以加速的方法:
1)使用多进程并行构建
2)使用复用模块
更方便的功能
1、模块热替换
模块热替换是指在开发的过程中修改代码后不用刷新页面直接把变化的模块替换到老模块让页面呈现出最新的效果。 webpack-dev-server内置模块热替换,配置起来也很方便,下面以react应用为例,步骤如下:
1)在启动webpack-dev-server的时候带上--hot
参数开启模块热替换,在开启--hot
后针对css的变化是会自动热替换的,但是js涉及到复杂的逻辑还需要进一步配置。
2)配置页面入口文件
当./app发生变化或者当./app依赖的文件发生变化时会把./app编译成一个模块去替换老的,替换完毕后重新执行run函数渲染出最新的效果。
2、自动生成html
webpack只做了资源打包的工作还缺少把这些加载到html里运行的功能,在庞大的app里手写html去加载这些资源是很繁琐易错的,我们需要自动正确的加载打包出的资源。 webpack原生不支持这个功能于是我做了一个插件 具体使用点开链接看,使用大概如下:
webpack配置
将会输出一个index.html
文件,这个文件将会自动引入 entry A
和 B
生成的js文件,
输出的html:
输出的目录结构
分析输出结果
webpack有一个工具叫做 以可视化的方式直观的分析构建,来进一步优化构建结果和速度。要使用它你需要在执行webpack的时候带上--json --profile
2个参数,这代表让webpack把构建结果以json输出并带上构建性能信息,使用如下:
会生产一个stats.json
文件,再打开 上传这个文件开始分析。
最后附上这篇文章所讲到的,分为开发环境的webpack.config.js
和生产环境的webpack-dist.config.js
扫码下方二维码,
随时关注更多前端干货文章!
▼
微信:IMWebTech
以上是关于理论|webpack2 终极优化的主要内容,如果未能解决你的问题,请参考以下文章