使用 webpack 打包躲不开的就是 webpack优化 这个话题,无论是面试还是实际开发,优化都是非常重要的事情,毕竟 提升用户体验是我们前端工程师的职责。
首先就是构建时间的优化了
多进程打包,可以大大提高构建的速度,使用方法是将 thread-loader 放在比较费时间的loader之前,比如 babel-loader
由于启动项目和打包项目都需要加速,所以配置在 webpack.base.js
npm i thread-loader -D
// webpack.base.js
{
test: /\.js$/,
use: [
'thread-loader',
'babel-loader'
],
}
}
缓存资源,提高二次构建的速度,使用方法是将 cache-loader 放在比较费时间的loader之前,比如 babel-loader
由于启动项目和打包项目都需要加速,所以配置在 webpack.base.js
npm i cache-loader -D
// webpack.base.js
{
test: /\.js$/,
use: [
'cache-loader',
'thread-loader',
'babel-loader'
],
},
比如你修改了项目中某一个文件,会导致整个项目刷新,这非常耗时间。如果只刷新修改的这个模块,其他保持原状,那将大大提高修改代码的重新构建时间
只用于开发中,所以配置在 webpack.dev.js
// webpack.dev.js
//引入webpack
const webpack = require('webpack');
//使用webpack提供的热更新插件
plugins: [
new webpack.HotModuleReplacementPlugin()
],
//最后需要在我们的devserver中配置
devServer: {
+ hot: true
},
exclude
include
合理设置这两个属性,可以大大提高构建速度
在 webpack.base.js 中配置
// webpack.base.js
{
test: /\.js$/,
//使用include来指定编译文件夹
include: path.resolve(__dirname, '../src'),
//使用exclude排除指定文件夹
exclude: /node_modules/,
use: [
'babel-loader'
]
},
区分环境去构建是非常重要的,我们要明确知道,开发环境时我们需要哪些配置,不需要哪些配置;而最终打包生产环境时又需要哪些配置,不需要哪些配置:
开发环境
生产环境
webpack版本越新,打包的效果肯定更好
主要是打包后项目整体体积的优化,有利于项目上线后的页面加载速度提升
本项目已经是webpack最新版本
CSS代码压缩使用 css-minimizer-webpack-plugin ,效果包括压缩、去重
代码的压缩比较耗时间,所以只用在打包项目时,所以只需要在 webpack.prod.js 中配置
npm i css-minimizer-webpack-plugin -D
// webpack.prod.js
const CssMinimizerPlugin = require('css-minimizer-webpack-plugin')
optimization: {
minimizer: [
new CssMinimizerPlugin(), // 去重压缩css
],
}
JS代码压缩使用 terser-webpack-plugin ,实现打包后JS代码的压缩
代码的压缩比较耗时间,所以只用在打包项目时,所以只需要在 webpack.prod.js 中配置
npm i terser-webpack-plugin -D
// webpack.prod.js
const TerserPlugin = require('terser-webpack-plugin')
optimization: {
minimizer: [
new CssMinimizerPlugin(), // 去重压缩css
new TerserPlugin({ // 压缩JS代码
terserOptions: {
compress: {
drop_console: true, // 去除console
},
},
}), // 压缩JavaScript
],
}
tree-shaking 简单说作用就是:只打包用到的代码,没用到的代码不打包,而 webpack5 默认开启 tree-shaking ,当打包的 mode 为 production 时,自动开启 tree-shaking 进行优化
module.exports = {
mode: 'production'
}
source-map 的作用是:方便你报错的时候能定位到错误代码的位置。它的体积不容小觑,所以对于不同环境设置不同的类型是很有必要的。
开发环境的时候我们需要能精准定位错误代码的位置
// webpack.dev.js
module.exports = {
mode: 'development',
devtool: 'eval-cheap-module-source-map'
}
生产环境,我们想开启 source-map ,但是又不想体积太大,那么可以换一种类型
// webpack.prod.js
module.exports = {
mode: 'production',
devtool: 'nosources-source-map'
}
使用 webpack-bundle-analyzer 可以审查打包后的体积分布,进而进行相应的体积优化
只需要打包时看体积,所以只需在 webpack.prod.js 中配置
npm i webpack-bundle-analyzer -D
// webpack.prod.js
const {
BundleAnalyzerPlugin
} = require('webpack-bundle-analyzer')
plugins: [
new BundleAnalyzerPlugin(),
]
如果不进行 模块懒加载 的话,最后整个项目代码都会被打包到一个js文件里,单个js文件体积非常大,那么当用户网页请求的时候,首屏加载时间会比较长,使用 模块懒加载 之后,大js文件会分成多个小js文件,网页加载时会按需加载,大大提升首屏加载速度
// src/router/index.js
const routes = [
{
path: '/login',
name: 'login',
component: login
},
{
path: '/home',
name: 'home',
// 懒加载
component: () => import('../views/home/home.vue'),
},
]
开启Gzip后,大大提高用户的页面加载速度,因为gzip的体积比原文件小很多,当然需要后端的配合,使用 compression-webpack-plugin
只需要打包时优化体积,所以只需在 webpack.prod.js 中配置
npm i compression-webpack-plugin -D
// webpack.prod.js
const CompressionPlugin = require('compression-webpack-plugin')
plugins: [
// 之前的代码...
// gzip
new CompressionPlugin({
algorithm: 'gzip',
threshold: 10240,
minRatio: 0.8
})
]
对于一些小图片,可以转base64,这样可以减少用户的http网络请求次数,提高用户的体验。 webpack5 中 url-loader 已被废弃,改用 asset-module
在 webpack.base.js 中配置
// webpack.base.js
{
test: /\.(png|jpe?g|gif|svg|webp)$/,
type: 'asset',
parser: {
// 转base64的条件
dataUrlCondition: {
maxSize: 25 * 1024, // 25kb
}
},
generator: {
// 打包到 image 文件下
filename: 'images/[contenthash][ext][query]',
},
},
我们要保证,改过的文件需要更新hash值,而没改过的文件依然保持原本的hash值,这样才能保证在上线后,浏览器访问时没有改变的文件会命中缓存,从而达到性能优化的目的
在 webpack.base.js 中配置
// webpack.base.js
output: {
path: path.resolve(__dirname, '../dist'),
// 给js文件加上 contenthash
filename: 'js/chunk-[contenthash].js',
clean: true,
},
来源: 前端大全
在程序开发中,经常会使用到for循环的,但是很多人写的for循环效率都是比较低的,下面就举例说明,并总结优化for循环的方法,来提高我们程序的执行效率。
网站的加载速度不仅影响着用户体验,也会影响搜索引擎的排名,在百度推出“闪电算法”以来,将网站首屏打开速度被列入优化排名行列,作为前端开发的我们需要如果来优化网站的打开速度呢?下面就整理挖掘出很多细节上可以提升性能的东西分享给大家
DocumentFragments是DOM节点。它们不是主DOM树的一部分。通常的用例是创建文档片段,将元素附加到文档片段,然后将文档片段附加到DOM树。在DOM树中,文档片段被其所有的子元素所代替。因为文档片段存在于内存中,并不在DOM树中
对于代码裡面的 if else,我们可以使用逻辑判断式,或更好的三元判断式来优化代码。除了可以降低维护项目的成本之外,还可以提升代码可读性。就让我们从最简单的 if else 例子开始吧。
小程序从发布到现在也已经有将近两年的时间,越来越来多的公司开始重视小程序生态带来的流量,今年也由于小程序平台对外能力的越来越多的开放以及小程序平台的自身优化,越来越多的开发者也自主的投入到小程序的开发当中
无论你正在将 GIF 动图转换为 MP4 视频,还是手头已经有一大堆 MP4 视频,你都可以优化文件结构,以使得这些视频更快地加载和播放。通过重组 atoms 将 moov 放到文件开头,浏览器可以避免发送额外的 HTTP range request 请求来搜寻和定位 moovatom
要优化 Web 服务器的性能,我们先来看看 Web 服务器在 web 页面处理上的步骤:Web 浏览器向一个特定的服务器发出 Web 页面请求; Web 服务器接收到 web 页面请求后,寻找所请求的 web 页面,并将所请求的 Web 页面传送给 Web 浏览器; 显示出来
浏览器下载完页面所有的资源后,就要开始构建DOM树,于此同时还会构建渲染树(Render Tree)。(其实在构建渲染树之前,和DOM树同期会构建Style Tree。DOM树与Style Tree合并为渲染树)
写篇文章的目的,是以开放小程序代码的层面的优化。包括:条件判断将wx:if换成了hidden 、页面跳转请销毁之前使用的资源、列表的局部更新、小程序中多张图片懒加载方案、Input状态下隐藏input,应预留出键盘收起的时间
生活在信息爆炸的今天,我们每天不得不面对和过滤海量的信息--无疑是焦躁和浮动的,这就意味着用户对你站点投入的时间可能是及其吝啬的(当然有一些刚需站点除外)。如何给用户提供迅速的响应就显得十分重要了
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!