webpack性能优化配置与实战(二)

简介: webpack性能优化配置与实战(二)

QCK(N4)4MTM$T6PN2COT5RA.png


前言


上一篇文章中已经把webpack的安装和部分性能优化的配置讲解了一遍,本章节主要会围绕webpack中编译时间的优化来配置。


编译时间优化


💡 extensions


  • 指定extensions之后可以不用再requireimport的时候加文件扩展名


  • 查找的时候会一次尝试添加扩展名进行匹配


👉 在webpack配置文件中,使用resolve来解析打包文件


resolve: {
    extensions: ['.js', '.jsx', '.json']
}
复制代码


👉 解析的时候,可以配置extensions扩展名。


  • 配置数组中,会按照配置的优先顺序查找


  • 比如我配置的就是优先查找.js文件,找不到的时候再去依次匹配后面的。


7J)94[}`](183`E7$(YG7]7.png


  • 比如我们在index.js中引用外部js的时候,可以直接导入名称,而无需添加后缀。


  • 在webpack配置项中我们已经对打包的文件做了扩展名的适配了。


💡 alias


  • 配置别名可以加块webpack查找模块的速度。


👉 在项目中引用到bootstrap模块的时候,按规则来说是会去找到bootstrap模块中的main对应的配置文件,也就是一个js文件


5SE11O85BI9Z}QZOV66B~)R.png


❓ 如果我们想要在引用bootstrap模块的时候,能够找到它的css应该怎么写呢?可能有人会说直接通过绝对路径去node_modules文件夹中找,但是这样会不会太麻烦了,多个页面用到的话,岂不是要配置很多路径了。


👉 这时候就可以在webpack中通过alias别名的方式来配置。


// webpack配置文件顶部引入bootstrap模块路径
const bootstrap = path.join(__dirname, 'node_modules/bootstrap/dist/css/bootstrap.css')
复制代码
resolve: {
    // 通过别名的方式直接引用bootstrap
    alias: { bootstrap }
}
复制代码


👉 由于我们引用的是css路径,所以需要单独配置一个loader(文件加载器)


module: {
    rules: [
        {
            test: /\.css$/,
            use: [
                'style-loader',
                'css-loader'
            ]
        }
    ]
}
复制代码


  • 在webpack配置文件中通过module下面的rules来配置loader


  • 配置loader的时候,通过test的正则表达式来校验css文件


💢 这里的bootstrap、styl-loader、css-loader都是单独安装的,就是为了测试alias的配置。


💡 modules


  • 对于直接声明依赖名的模块,webpack会使用类似node.js一样的路径搜索node_modules目录。


  • 如果我们可以确定项目中使用的所有第三方依赖模块都是在项目的根目录下面node_modules目录里面的话,是可以直接指定的。


  • 如果是把第三个依赖模块放到了其他目录中,就可以使用modules来配置对应的目录。


👉 比如我们之前在inedx.js中引入了bootstrap模块


Z(~1PS`Z5%~P1%A@65X(JL5.png


按照一般的查询方式,webpack会先去查找项目根目录下面的node_modules文件夹,如果没有的话,就会一直往上查找父目录,爷目录,祖先目录等。


👉 在项目目录之外去安装模块


64HB0$IYQOEBW~_W@9~JI@K.png


  • 比如这时候我去D盘下面的test目录中安装了一个lodash模块,如果想要在项目中引用的话,是不是需要写死一个固定的路径才行。


👉 这时候就可以在webpack中配置modules,去查找指定的目录文件了。



`8UL@]L28]7]DX[0F][SBYJ.png


  • 先去指定文件夹中查找,找不到再去项目根目录中的node_modules下去找。


💡 oneOf


  • 在webpack配置项中的rules中的所有规则都会遍历一遍,如果使用oneOf的话,只要匹配到一个就退出执行rules余下的规则项。


module: {
    rules: [
        {
            test: /\.css$/,
            use: [
                'style-loader',
                'css-loader'
            ]
        },
        {
            test: /\.less$/,
            use: [
                'style-loader',
                'css-loader',
                'less-loader'
            ]
        },
        {
            test: /\.sass$/,
            use: [
                'style-loader',
                'css-loader',
                'sass-loader'
            ]
        }
    ]
}
复制代码


  • 在rules规则项中,我们经常会去匹配多种loader,比如css、less、sass等。


  • 按照一般的执行顺序,会从上到下依次执行,直到rules所有规则项执行完。


module: {
    rules: [
        {
            oneOf: [
                {
                    test: /\.css$/,
                    use: [
                        'style-loader',
                        'css-loader'
                    ]
                },
                {
                    test: /\.less$/,
                    use: [
                        'style-loader',
                        'css-loader',
                        'less-loader'
                    ]
                },
                {
                    test: /\.sass$/,
                    use: [
                        'style-loader',
                        'css-loader',
                        'sass-loader'
                    ]
                }
            ]
        }
    ]
}
复制代码


  • 如果我们在rules规则项中使用oneOf包裹一层之后,当匹配的某一项就会跳出规则项,余下的规则也不会继续执行了。


💡 external


  • 如果我们想引用一个库,但是又不想使用webpack打包,还不能影响我们在程序中以CMD、window、global全局等方式来使用的话,就可以配置external


👉 比如我们常用的jquery库,这个库是比较大的,如果使用webpack打包就会影响性能。


9WOKE57S7F05(LI8ET510QB.png


  • 比如我们想在项目中引用jquery,但是又不想打包,那应该怎么办呢?


N]WE65EG{8H8Q]4B6VEPO12.png


这时候我们就可以在src目录下新建一个html模板文件,在这个html中引用jquery的cdn路径


<script src="https://cdn.bootcss.com/jquery/3.4.1/jquery.js"></script>
复制代码


引入之后,我们就可以在index.js中使用jquery了


let $ = require('jquery')
console.log($)
复制代码


而且我们还可以再全局中使用jquery


<body>
    <script src="https://cdn.bootcss.com/jquery/3.4.1/jquery.js"></script>
    <script>
        console.log(jQuery)
    </script>
</body>
复制代码


其实这时候已经可以使用jquery了,但是还需要配置使用时不打包,所以就要用到external


👉 在webpack配置文件中配置jquery


externals: {
    jquery: 'jQuery'
}
复制代码


👉 index.js中的这一句就表示window.jQuery,引用的jquery和externals中的key值一致。


let $ = require('jquery')
复制代码


👉 运行项目会发现jquery已经属于外部命令了


A])[][IB0XVHI[]AL(JQH43.png


💡 ignorePlugin


  • 是用于忽略某些特定的模块,让webpack不把这些指定的模块打包进去

比如我们常用的处理时间的库:moment,安装之后会发现里面有很多语言类的文件,但是我们都不需要,我们只需要中文和英文,所以我们可以把里面的语言包给忽略掉,不进行打包。


👉 安装moment库


npm install moment --save
复制代码


👉 安装完成之后在index.js中引入


{N)L}5U{8QPRZTX4CADH~91.png


👉 执行打包命令之后会发现,main.js打包出来的大小有600+KB


W7_H7M6}W}$[D0PZIHOVAVS.png


👉 而在打包出来的main.js文件中就会发现有很多moment库里面的不常用语言包也在里面


9S]@CDS$NS4MHK`I8FRHTET.png


为了可以去掉不必要的语言包,我们可以使用ignorePlugin进行正则匹配之后忽略掉。


👉 引入webpack


const webpack = require('webpack')
复制代码


👉 在plugins配置项中使用ignorePlugin插件


plugins: [
    new webpack.IgnorePlugin({
        resourceRegExp: /^\.\/locale$/,
        contextRegExp: /moment$/
    })
]
复制代码


  • resourceRegExp:资源正则,匹配moment中的locale目录


  • contextRegExp:上下文正则,亦或是目录正则,匹配moment目录


👉 重新打包之后会发现main.js的大小只剩下100+KB了


1K~144RQ@[VW0{@YDHDL}DU.png


总结


本篇文章主要是讲解webpack打包时对编译时间的优化,主要是讲解了一些常用的,还有一些以前常用的但是现在弃用的就没必要说明了。


优化项的配置不需要死记硬背,只需要知道怎么使用即可。


下一篇章会讲解编译体积的优化项配置,比如压缩JS、CSS、HTML、图片等。

相关文章
|
1月前
|
前端开发
在Webpack配置文件中,如何配置loader以处理其他类型的文件,如CSS或图片
在Webpack配置文件中,通过设置`module.rules`来配置loader处理不同类型的文件。例如,使用`css-loader`和`style-loader`处理CSS文件,使用`file-loader`或`url-loader`处理图片等资源文件。配置示例:在`rules`数组中添加对应规则,指定`test`匹配文件类型,`use`指定使用的loader。
|
1月前
|
缓存 前端开发 JavaScript
Webpack与Babel的进阶配置与优化
通过以上的进阶配置和优化策略,可以更好地发挥`Webpack`与`Babel`的功能,提高项目的性能和开发效率。
|
1月前
|
JavaScript 前端开发 UED
如何配置 Webpack 进行代码分离?
通过以上方法,可以有效地配置Webpack进行代码分离,根据项目的具体需求和场景选择合适的方式,能够显著提高应用的性能和用户体验。在实际应用中,还可以结合其他优化技术,进一步优化Webpack的打包结果和应用的加载速度。
50 5
|
1月前
|
前端开发 JavaScript
webpack相关配置
以上只是Webpack配置的一些常见部分,实际应用中还可以根据具体的项目需求和场景进行更复杂和细致的配置,以满足不同的构建和优化要求。
44 2
|
1月前
|
缓存 JavaScript 前端开发
配置 Webpack 进行代码分离的常见方法有哪些?
通过以上常见方法,可以根据项目的具体需求和场景,灵活地配置Webpack进行代码分离,从而提高应用的性能和加载速度,优化用户体验。
34 3
|
1月前
|
缓存 前端开发 JavaScript
前端性能优化:Webpack与Babel的进阶配置与优化策略
【10月更文挑战第28天】在现代Web开发中,Webpack和Babel是不可或缺的工具,分别负责模块打包和ES6+代码转换。本文探讨了它们的进阶配置与优化策略,包括Webpack的代码压缩、缓存优化和代码分割,以及Babel的按需引入polyfill和目标浏览器设置。通过这些优化,可以显著提升应用的加载速度和运行效率,从而改善用户体验。
58 6
|
1月前
|
缓存 监控 前端开发
前端工程化:Webpack与Gulp的构建工具选择与配置优化
【10月更文挑战第26天】前端工程化是现代Web开发的重要趋势,通过将前端代码视为工程来管理,提高了开发效率和质量。本文详细对比了Webpack和Gulp两大主流构建工具的选择与配置优化,并提供了具体示例代码。Webpack擅长模块化打包和资源管理,而Gulp则在任务编写和自动化构建方面更具灵活性。两者各有优势,需根据项目需求进行选择和优化。
76 7
|
2月前
|
JavaScript
webpack学习三:webpack初始化整合配置vue,一步一步的抽离代码块整合vue。
这篇文章是关于如何在webpack环境中配置Vue.js,包括安装Vue.js、解决报错、理解el与template的区别、使用SPA模式、抽离模板为对象、封装为单独的js文件、安装vue-loader时遇到的问题及解决方案,以及整个过程的总结。
96 2
webpack学习三:webpack初始化整合配置vue,一步一步的抽离代码块整合vue。
|
1月前
|
前端开发
配置 Webpack 实现热更新
【10月更文挑战第23天】还可以进一步深入探讨热更新的具体实现细节、不同场景下的应用案例,以及如何针对特定需求进行优化等方面的内容。通过全面、系统地了解 Webpack 热更新的配置方法,能够更好地利用这一功能,提升项目的开发效率和性能表现。同时,要不断关注 Webpack 及相关技术的发展动态,以便及时掌握最新的热更新技术和最佳实践。
|
1月前
|
缓存 前端开发 JavaScript
前端工程化:Webpack与Gulp的构建工具选择与配置优化
【10月更文挑战第27天】在现代前端开发中,构建工具的选择对项目的效率和可维护性至关重要。本文比较了Webpack和Gulp两个流行的构建工具,介绍了它们的特点和适用场景,并提供了配置优化的最佳实践。Webpack适合大型模块化项目,Gulp则适用于快速自动化构建流程。通过合理的配置优化,可以显著提升构建效率和性能。
53 2