详解webpack打包第三方类库的正确姿势
2018-10-20 14:55
941 查看
webpack 的使用越来越广泛,但其中不乏很多鲜为人知的细节设置,甚至很多人会认为这是 webpack 的 bug。这次,我们就来聊一聊 webpack.optimize.CommonsChunkPlugin。
这个 plugin 我相信几乎90%的用 webpack 的都用了这个,但我同样相信几乎 90% 的用了这个 plugin 的人都没有正确的使用。
entry: { index: './app/main.jsx', vendor: ['react', 'react-dom', 'react-router', 'classnames'] }, output: { path: path.resolve(__dirname, './dist'), filename: "[name].[chunkHash:8].js", publicPath: '', chunkFilename: "[name].[chunkHash:8].js", }, plugins: [ new webpack.optimize.CommonsChunkPlugin({ names: ['vendor'], }), ]
上面这个配置应该大家都不陌生吧?打包第三方 vendor。
其实这样写是有问题的。有什么问题呢?我们根据这个配置来操作一下。
首先,运行起来,我们会得到 vendor.js 的添加 hash 值过后的输出;
然后,修改index入口里面的任意文件,再次编译,得到 vendor.js 的添加 hash 值过后的输出;
最后,比较 vendor.js 两次编译的hash的值,你会惊讶的发现,为什么hash值改变了?我并没有修改vendor啊。
hash值改变了,那我们打包这个vendor也就没有意义了。
置于为什么会造成这个问题,我就不班门弄斧了,想要知道的人自己去研究一下webpack的底层。
在这里,我只是抛出一个解决方案:
entry: { index: './app/main.jsx', vendor: ['react', 'react-dom', 'react-router', 'classnames'] }, output: { path: path.resolve(__dirname, './dist'), filename: "[name].[chunkHash:8].js", publicPath: '', chunkFilename: "[name].[chunkHash:8].js", }, plugins: [ new webpack.optimize.CommonsChunkPlugin({ names: ['vendor', 'manifest'], }), ]
没错,就是上面这个配置,只是简单的加了 'manifest' 。
再次做我们前面的测试,你会发现多了一个manifest.js,但是vendor的hash值不再变化了。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持脚本之家。
您可能感兴趣的文章:
相关文章推荐
- webpack打包第三方类库的正确姿势
- 详解webpack提取第三方库的正确姿势
- webpack配置:打包第三方类库、第三方类库抽离、watch自动打包、集中拷贝静态资源
- 使用Webpack打包单页应用的正确姿势
- 详解Webpack多环境代码打包的方法
- Webpack实现按需打包Lodash的几种方法详解
- Webpack如何打包才能尽可能的缩小体积(详解)
- webpack+vuecli打包生成资源相对引用路径与背景图片的正确引用
- 利用CDN加速react webpack打包后的文件详解
- 详解用webpack把我们的业务模块分开打包的方法
- 详解webpack分离css单独打包
- webpack4.x打包过程详解
- 详解webpack模块加载器兼打包工具
- 详解webpack打包时排除其中一个css、js文件或单独打包一个css、js文件(两种方法)
- 详解如何使用webpack打包Vue工程
- 详解webpack 如何集成第三方js库
- 详解webpack3编译兼容IE8的正确姿势
- 详解如何使用webpack打包JS
- 详解webpack打包nodejs项目(前端代码)
- webpack+vuecli打包生成资源相对引用路径与背景图片的正确引用