热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

vuecliwebpack2项目打包优化

减小文件搜索范围配置resolve.modulesWebpack的resolve.modules配置模块库(即node_modules)所在的位置,在js里出现import'

vue

减小文件搜索范围

配置 resolve.modules

Webpack的resolve.modules配置模块库(即 node_modules)所在的位置,在 js 里出现 import 'vue' 这样不是相对、也不是绝对路径的写法时,会去 node_modules 目录下找。但是默认的配置,会采用向上递归搜索的方式去寻找,但通常项目目录里只有一个 node_modules,且是在项目根目录,为了减少搜索范围,可以直接写明 node_modules 的全路径;同样,对于别名(`alias)的配置,亦当如此:

function resolve (dir) {

return path.join(__dirname, '..', dir)

}

module.exports = {

resolve: {

extensions: ['.js', '.vue', '.json'],

modules: [

resolve('src'),

resolve('node_modules')

],

alias: {

'vue$': 'vue/dist/vue.common.js',

'src': resolve('src'),

'assets': resolve('src/assets'),

'components': resolve('src/components'),

// ...

'store': resolve('src/store')

}

},

...

}

合理设置 test & include & exclude

test:必须满足的条件(正则表达式,不要加引号,匹配要处理的文件)

exclude:不能满足的条件(排除不处理的目录)

include:导入的文件将由加载程序转换的路径或文件数组(把要处理的目录包括进来)

这可以减少不必要的遍历,从而减少性能损失。

替换代码压缩工具

Webpack 默认提供的 UglifyJS 插件,由于采用单线程压缩,速度慢 ;

webpack-parallel-uglify-plugin 插件可以并行运行 UglifyJS 插件,更加充分而合理的使用 CPU 资源,这可以大大减少的构建时间;

当然,该插件应用于生产环境而非开发环境,安装插件后,进行如下配置:

// 删掉webpack提供的UglifyJS插件

// new webpack.optimize.UglifyJsPlugin({

// compress: {

// warnings: false,

// drop_console: true

// },

// sourceMap: true

// }),

// 增加 webpack-parallel-uglify-plugin来替换

const ParallelUglifyPlugin = require('webpack-parallel-uglify-plugin');

new ParallelUglifyPlugin({

cacheDir: '.cache/', // 设置缓存路径,不改动的调用缓存,第二次及后面build时提速

uglifyJS:{

output: {

comments: false

},

compress: {

warnings: false

}

}

})

也试了一下同类型插件 webpack-uglify-parallel,但并没有webpack-parallel-uglify-plugin效果好(可能因项目而异,在大家项目中可以使用对比)。

webpack-parallel-uglify-plugin 插件相对 UglifyJsPlugin 打出的包略大(但是不明显);这里的提速和增加的体积相比,我选择了追求速度(使用后我从40秒降到了19秒)。

拷贝静态文件

使用copy-webpack-plugin插件:把指定文件夹下的文件复制到指定的目录;其配置如下:

var CopyWebpackPlugin = require('copy-webpack-plugin')

plugins: [

...

// copy custom static assets

new CopyWebpackPlugin([

{

from: path.resolve(__dirname, '../static'),

to: config.build.assetsSubDirectory,

ignore: ['.*']

}

])

]

DllPlugin & DllReferencePlugin

Dll这个概念应该是借鉴了Windows系统的dll。一个dll包,就是一个纯纯的依赖库,它本身不能运行,是用来给你的app引用的。

打包dll的时候,Webpack会将所有包含的库做一个索引,写在一个manifest文件中,而引用dll的代码(dll user)在打包的时候,只需要读取这个manifest文件,就可以了。

一、在项目build文件夹下新增文件webpack.dll.conf.js,内容如下

var path = require('path')

var webpack = require('webpack')

module.exports = {

entry: {

vendor: [ // 这里填写需要的依赖库

'babel-polyfill',

'axios',

'vue/dist/vue.common.js',

'vue-router',

'pingpp-js',

"region-picker"

]

},

output: {

path: path.resolve(__dirname, '../static/js'),

filename: '[name].dll.js',

library: '[name]_library'

},

module: {

rules: [

{

test: /\.vue$/,

loader: 'vue-loader'

},

{

test: /\.js$/,

loader: 'babel-loader',

exclude: /node_modules/

}

]

},

plugins: [

new webpack.optimize.ModuleConcatenationPlugin(),

new webpack.DllPlugin({

path: path.join(__dirname, '.', '[name]-manifest.json'),

libraryTarget: 'commonjs2',

name: '[name]_library'

}),

new webpack.optimize.UglifyJsPlugin({

compress: {

warnings: false

}

})

]

}

二、在webpack.prod.conf.js文件里插件部分添加:

plugins: [

...

// copy custom static assets

new webpack.DllReferencePlugin({

context: path.resolve(__dirname, '..'),

manifest: require('./vendor-manifest.json')

})

]

三、在项目根目录index.html文件中添加:

//添加这句,路径可根据所需修改

四、在package.json里打包dll添加命令

"build:dll": "webpack --config build/webpack.dll.conf.js"

五、命令顺序

npm run build:dll //打包一次之后依赖库无变动不需要执行

npm run build

优点

Dll打包以后是独立存在的,只要其包含的库没有增减、升级,hash也不会变化,因此线上的dll代码不需要随着版本发布频繁更新。

App部分代码修改后,只需要编译app部分的代码,dll部分,只要包含的库没有增减、升级,就不需要重新打包。这样也大大提高了每次编译的速度。

假设你有多个项目,使用了相同的一些依赖库,它们就可以共用一个dll。

19s->15s

设置 babel 的 cacheDirectory 为true

在webpack.base.conf.js中修改babel-loader:

loader: 'babel-loader?cacheDirectory=true',

15s->14s

设置 noParse

如果你确定一个模块中,没有其它新的依赖,就可以配置这项, Webpack 将不再扫描这个文件中的依赖,这对于比较大型类库,将能促进性能表现,具体可以参见以下配置:

module: {

noParse: /node_modules\/(element-ui\.js)/,

rules: [

{

...

}

}

happypack

加上后没太大的效果,可能用法有问题,有待深入尝试


推荐阅读
  • 本文详细介绍了在企业级项目中如何优化 Webpack 配置,特别是在 React 移动端项目中的最佳实践。涵盖资源压缩、代码分割、构建范围缩小、缓存机制以及性能优化等多个方面。 ... [详细]
  • Codeforces Round #566 (Div. 2) A~F个人题解
    Dashboard-CodeforcesRound#566(Div.2)-CodeforcesA.FillingShapes题意:给你一个的表格,你 ... [详细]
  • 最近团队在部署DLP,作为一个技术人员对于黑盒看不到的地方还是充满了好奇心。多次咨询乙方人员DLP的算法原理是什么,他们都以商业秘密为由避而不谈,不得已只能自己查资料学习,于是有了下面的浅见。身为甲方,虽然不需要开发DLP产品,但是也有必要弄明白DLP基本的原理。俗话说工欲善其事必先利其器,只有在懂这个工具的原理之后才能更加灵活地使用这个工具,即使出现意外情况也能快速排错,越接近底层,越接近真相。根据DLP的实际用途,本文将DLP检测分为2部分,泄露关键字检测和近似重复文档检测。 ... [详细]
  • 网易严选Java开发面试:MySQL索引深度解析
    本文详细记录了网易严选Java开发岗位的面试经验,特别针对MySQL索引相关的技术问题进行了深入探讨。通过本文,读者可以了解面试官常问的索引问题及其背后的原理。 ... [详细]
  • 本文探讨了在UC浏览器中调用分享面板后,图片无法正常显示的问题,并提供了详细的解决方法和代码示例。 ... [详细]
  • Java项目分层架构设计与实践
    本文探讨了Java项目中应用分层的最佳实践,不仅介绍了常见的三层架构(Controller、Service、DAO),还深入分析了各层的职责划分及优化建议。通过合理的分层设计,可以提高代码的可维护性、扩展性和团队协作效率。 ... [详细]
  • 在高并发需求的C++项目中,我们最初选择了JsonCpp进行JSON解析和序列化。然而,在处理大数据量时,JsonCpp频繁抛出异常,尤其是在多线程环境下问题更为突出。通过分析发现,旧版本的JsonCpp存在多线程安全性和性能瓶颈。经过评估,我们最终选择了RapidJSON作为替代方案,并实现了显著的性能提升。 ... [详细]
  • 本题通过将每个矩形视为一个节点,根据其相对位置构建拓扑图,并利用深度优先搜索(DFS)或状态压缩动态规划(DP)求解最小涂色次数。本文详细解析了该问题的建模思路与算法实现。 ... [详细]
  • 本文详细介绍如何在VSCode中配置自定义代码片段,使其具备与IDEA相似的代码生成快捷键功能。通过具体的Java和HTML代码片段示例,展示配置步骤及效果。 ... [详细]
  • 本文将详细介绍如何在Linux操作系统中执行PHP脚本,包括环境配置、命令使用及验证方法。对于需要在Linux环境下开发或部署PHP应用的用户来说,这是一篇非常实用的文章。 ... [详细]
  • 本文探讨了在 Vue 2.0 项目中使用 Axios 获取数据时可能出现的错误,并提供详细的解决方案和最佳实践。 ... [详细]
  • 脑机接口(BCI)技术正逐步将科幻变为现实,从帮助听障人士恢复听力到使瘫痪者重新站立,甚至可能将多年的学习过程压缩至瞬间。本文探讨了这一前沿技术的现状、挑战及其未来前景。 ... [详细]
  • 本文将介绍网易NEC CSS框架的规范及其在实际项目中的应用。通过详细解析其分类和命名规则,探讨如何编写高效、可维护的CSS代码,并分享一些实用的学习心得。 ... [详细]
  • nsitionalENhttp:www.w3.orgTRxhtml1DTDxhtml1-transitional.dtd ... [详细]
  • ExtJS项目高效打包与部署指南
    本文详细介绍了如何使用Sencha Cmd工具对ExtJS项目进行高效打包及部署,包括测试打包、检查依赖项以及生产环境下的打包方法。 ... [详细]
author-avatar
简-单贤_917
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有