前言:对于前端优化始终是无奈跟构建工具相拆散,上面由我从日常的前端的视角从文件的提取、合并、拆分等几个方面来说一下 webpack 是如何进行打包配置的。
写在后面:
前端是怎么做到性能优化的? 带着这个问题 咱们从几个方面登程:
- 缩小 HTTP 申请
- 动态资源应用 CDN
- 将 CSS 放在文件头部,JavaScript 文件放在底部
- 应用字体图标 iconfont 代替图片图标
- 善用缓存,不反复加载雷同的资源
- 应用服务端渲染
- …
详情能够看:前端性能优化 24 条倡议;大佬总结的很粗疏,然而如果从 webpack 登程的话 咱们对以上的倡议能够做到几条?
答:都能够
我的项目筹备
以 react 为例
webpack: 4.31.0
webpack-cli : 3.3.2
解释一下 为什么用的是 webpack4x,目前组内大部分都是用的 webpack4 进行构建,前面也会独自出一份对于 webpack5 的教程。
目录构造
如上图所示,以后的我的项目搁置一些动态的文件即可。
package.json
我的项目开始前的筹备插件
{
"name": "webpack-demo",
"version": "1.0.0",
"description": "",
"main": "index.js",
"scripts": {
"test": "echo \"Error: no test specified\" && exit 1",
"dev": "webpack-dev-server --open --config webpack.dev.js", // 本地静止
"build": "webpack --config webpack.prod.js" // 打包优化
},
"keywords": [],
"author": "",
"license": "ISC",
"devDependencies": {
"@babel/core": "^7.13.10",
"@babel/preset-env": "^7.13.10",
"@babel/preset-react": "^7.13.13",
"babel-loader": "^8.2.2",
"html-webpack-plugin": "^3.2.0",
"react": "^17.0.2",
"react-dom": "^17.0.2",
"webpack": "^4.31.0",
"webpack-cli": "^3.3.2"
},
"dependencies": {
"webpack-dev-server": "^3.11.2"
}
}
.babelrc
{
"presets": ["@babel/preset-env", "@babel/preset-react"]
}
缩小 http 申请
合并图片资源
npm i url-loader -D
webpack.prod.js
module: {
rules: [
...
{
test: /.(png|jpg|gif|jpeg)$/,
use: [
{
loader: 'url-loader',
options: {
limit: 102400, // 100k
},
},
],
},
],
},
场景:对于我的项目中有几个的小图标能够应用 url-loader 进行优化解决,它默认会把文件转为 DataURL,如果文件小于 limit,那么 url-loader 会调用file-loader进行解决。以后,图标过多举荐应用iconfont进行加载。
参考: url-loader
缩小文件的搜寻范畴
webpack.prod.js
module: {
rules: [
...
{
test: /.js$/,
use: [
{
loader: 'babel-loader',
exclude: /node_modules/, // 不须要被解析的模块
// include: path.resolve('src') // 不须要被解析的模块
},
],
},
],
},
动态资源应用 CDN
配置publicPath
webpack.prod.js
output: {
path: path.join(__dirname, 'dist'),
filename: '[name].js', // 多个入口的状况下 不晓得对应的名称、能够用占位符来指定[name]
publicPath: 'https://cdn.example.com/assets/', // 配置CDN地址
},
mode: 'production', // 生产环境
将 CSS 放在文件头部,JavaScript 文件放在底部
配置H5的rem适配计划为例:
npm i px2rem-loader raw-loader@0.5.1 lib-flexible -D
新建 src/meta.html
增加公共的 mate 标签
<!-- 公共的 meta信息-->
<meta charset="UTF-8" />
<meta name="viewport"
content="width=device-width,initial-scale=1,maximum-scale=1, minimum-scale=1,user-scalable=no,viewport-fit=cover" />
<meta http-equiv="X-UA-Compatible" content="ie=edge" />
在 src/meta.html
配置:
<!DOCTYPE html>
<html lang="en">
<head>
${require('raw-loader!./meta.html')}
<title>Document</title>
<script>${ require('raw-loader!babel-loader!../node_modules/lib-flexible/flexible.js') }</script>
</head>
<body>
<div id="root"></div>
</body>
</html>
场景:应用raw-loader
能够动静的配置模板的占位符,达到渲染的地位。须要留神的是raw-loader@0.5.1
比较稳定,其余版本有些许问题。
参考: raw-loader
抽离资源文件
npm i html-webpack-externals-plugin -D
webpack.prod.js
const HtmlWebpackExternalsPlugin = require('html-webpack-externals-plugin');
...
plugins:[
new HtmlWebpackExternalsPlugin({
// 提取公共资源
externals: [
{
module: 'react',
entry: 'https://unpkg.com/react@16/umd/react.production.min.js',
global: 'React', // 全局注入
},
{
module: 'react-dom',
entry: 'https://unpkg.com/react-dom@16/umd/react-dom.production.min.js',
global: 'ReactDOM', // 全局注入
},
{
module: 'google-roboto',
entry: {
path: '//at.alicdn.com/t/font_460072_qm96unh8hja.css',
type: 'css',
},
},
],
files: ['index.html']
})
]
优化后果:
优化前:
优化后:
场景:对于我的项目中存在很多的插件或者 UI 组件库等、能够在 HTML 插入外链的 CDN 形式进行打包优化,如果有加载程序渲染的限度也能够应用raw-loader
进行打包设置。
参考: html-webpack-externals-plugin
拆散公共办法
应用 webpack 内置的SplitChunksPlugin
,它的弱小之处是能够在我的项目中拆散公共办法的引入次数。
例子: 在 src/ 创立common/index.js
export function common() {
return '我是公共的JavaScript';
}
别离在:src/index/index.js
和src/search/index.js
import { common } from '../common';
...
let result = common();
console.log(result);
webpack.prod.js
plugins: [
new HtmlWebpackPlugin({
template: path.join(__dirname, 'src/index.html'),
chunks: ['commons', 'index'], // 引入以后的名称 commons
}),
],
...
optimization: {
splitChunks: {
minSize: 0, // 引入的模块的大小,设置为0 有引入就会打包成模块
cacheGroups: {
commons: {
minChunks: 1, // 起码引入的次数
name: 'commons', // 命名chunks_name
chunks: 'all',
},
},
},
},
场景: 能够依据我的项目引入的次数进行公共办法 chunk 的抽离,不必在每次文件构建中重复构建。
参考: SplitChunksPlugin
善用缓存构建
yarn add hard-source-webpack-plugin -D
// or
npm i hard-source-webpack-plugin -D
webpack.prod.js
...
plugins: [
new HardSourceWebpackPlugin(),
],
第一次构建:
第二次构建:
场景:当我的项目在本地构建的时候须要的依赖较多,能够减少为模块提供两头缓存的形式进行构建,构建的速度能够达到80%
左右。 具体的配置也能够参考文档
参考: hard-source-webpack-plugin
文件指纹
yarn add mini-css-extract-plugin -D
// or
npm i mini-css-extract-plugin -D
Hash :和整个我的项目的构建相干,只有我的项目文件有批改,整个我的项目构建的`hash`值就会随之更改
Chunkhash:和`webpack`打包的`chunk`无关,不同的`entry`会申城不同的`chunkhash`值
Contenthash : 依据文件内容来定义`hash`,文件内容不变,则`contenthash`不变
webpack.prod.js
"use strict";
const path = require("path");
const MiniCssExtractplugin = require("mini-css-extract-plugin"); // 提取css独自一个文件
module.exports = {
entry: {
// 入口文件能够用对象的模式来写
index: "./src/index.js",
search: "./src/search.js",
},
output: {
path: path.join(__dirname, "dist"),
filename: "[name]_[chunkhash:8].js", // chunkhash 8位的长度
},
mode: "production",
module: {
rules: [
{
test: /.js$/,
use: "babel-loader",
exclude: /node_modules/,
},
{
test: /.css$/, // 配置css的后缀名
exclude: /node_modules/,
use: [MiniCssExtractplugin.loader, "css-loader"], //tips:执行的程序是右到左的
},
{
test: /.less$/, // 配置less的后缀名
exclude: /node_modules/,
use: [MiniCssExtractplugin.loader, "css-loader", "less-loader"], //tips:执行的程序是右到左的
},
{
test: /.(png|jpg|gif|jpeg)$/,
exclude: /node_modules/,
use: [
{
loader: "file-loader",
options: {
name: "[name]_[hash:8].[ext]",
},
},
],
},
{
test: /.(woff|woff2|eot|ttf|otf)$/,
exclude: /node_modules/,
use: [
{
loader: "file-loader",
options: {
name: "[name]_[hash:8].[ext]",
},
},
],
},
],
},
plugins: [
new MiniCssExtractplugin({
filename: "[name]_[contenthash:8].css",
}),
],
};
场景:
用作版本治理时,如果一个我的项目须要公布,只须要公布批改过的文件指纹;对于没有批改过的文件,用户在拜访的时候,仍旧能够应用浏览器缓存好的,无需二次加载,减速页面拜访。
参考:
MiniCssExtractPlugin
代码压缩
uglifyjs-webpack-plugin
// js 压缩 [内置]optimize-css-assets-webpack-plugin
// css 压缩html-webpack-plugin
// html 压缩
yarn add html-webpack-plugin optimize-css-assets-webpack-plugin cssnano -D
// or
npm i html-webpack-plugin optimize-css-assets-webpack-plugin cssnano -D
webpack.prod.js
const OptimizeCssAssetsWebpackPlugin = require('optimize-css-assets-webpack-plugin');
const HtmlWebpackPlugin = require('html-webpack-plugin');
plugins:[
...
new OptimizeCssAssetsWebpackPlugin({
assetNameRegExp: /.css$/g, // 匹配的正则的名称后缀、跟loader配置统一
cssProcessor: require('cssnano'), // 用于最小化的css处理器,默认是cssnano
}),
new HtmlWebpackPlugin({
template: path.join(__dirname, 'src/search.html'),
filename: 'search.html',
chunks: ['search'],
/**
* inject : true || 'head' || 'body' || false
* body : 所有javascript资源将被搁置在body元素的底部。
* head : 把脚本搁置在head元素中.
* true : script标签位于html文件的 body 底部 [默认]
* false: 不插入生成的 js 文件,只是单纯的生成一个 html 文件
* */
inject: true,
minify: {
collapseWhitespace: true, // 清理html中的空格、换行符。 默认值:false
minifyCSS: true, // 压缩html内的款式。默认值:false
minifyJS: true, // 压缩html内的js。 默认值:false
removeComments: false, // 清理html中的正文。 默认值:false
},
}),
]
参考:
optimize-css-assets-webpack-plugin
cssnano
html-webpack-plugin
Tips:_对于具体的html-webpack-plugin
的minify能够具体的参考_
写在最初
在目前的前端的性能优化中,构建工具必不可少,怎么做能力使以后的我的项目更快、性能更好是前端业界的一个老生畅谈的问题、只有纯熟的把握构建工具的配置能力在性能渲染独领风骚。
参考文献
https://segmentfault.com/a/11…
https://segmentfault.com/a/11…
https://segmentfault.com/a/11…
https://juejin.cn/post/684490…
其余
插播一条招聘信息,LeapFE 招聘前端工程师
如果你对 用户体验、交互操作流程及用户需要 “有一些” 谋求如果你对 web 、小程序 、Electron 技术 “有一些” 意识如果你 很善于前端新技术的学习和分享 👏 欢送退出好将来,欢送退出 LeapFE 一起做一些有意思的事件
发表回复