问题形容
我的项目中经常会引入一些图片资源,什么 jpg|jpeg|png|gif|ico
之类的,失常状况下,咱们须要做一下性能优化,看看如何大而化小、小而化了,晋升生产环境资源加载速度。所以,本文记录一下大图片应用 image-webpack-loader
插件压缩一下、小图片应用 url-loader
转成base64 格局
,并比拟前后优化差异。以下代码是笔者在生产环境应用的,亲测无效。大家间接复制粘贴即可
url-loader 的应用
首先,url-loader
和 image-webpack-loader
都依赖于 file-loader
,file-loader
简言之就是一个资源加载模块,去找文件资源的 loader,而后也能够给动态资源生成哈希值,即惟一标识身份证。个别不必配置。咱们次要是通过 url-loader
和image-webpack-loader
做相干对应项配置
下载 url-loader 和 file-loader
cnpm i url-loader file-loader --save
应用 url-loader 转 base64 截图
未应用
url-loader
就是一般的图片加载,这里不赘述。咱们次要是看转成 base64 的成果;因为下方还要说image-webpack-loader
,所以代码放在最初
image-webpack-loader 的应用
下载 image-webpack-loader
这里大家留神,不要应用高版本的 image-webpack-loader,否则可能呈现谬误,这里我应用的是 6.0.0 版本,大家能够应用这个版本。另外 file-loader 因为之前装置过了,所以,这里就不必装置了
cnpm i image-webpack-loader@6.0.0 --save
未应用 image-webpack-loader 截图
应用 image-webpack-loader 截图
比照两个图,咱们能够看到应用 image-webpack-loader
压缩后,无论是大小还是加载工夫,都优化了不少,所以这个 loader 还是能够的
两个 loader 的残缺代码
以 vue 我的项目为例,在 vue.config.js 的 chainWebpack 加上以下代码即可
chainWebpack(config) {config.module.rule("images").test(/\.(jpg|jpeg|png|gif|ico)$/) // 给这些图片类型做压缩
.use("url-loader") // url-loader 要搭配 file-loader 做图片压缩
.loader("url-loader")
.options({
limit: 1024 * 12,// 小于 12kb 的图片压缩成 base64,图片太大转成 base64 反而不太适合
name: "static/img/[name].[ext]"// 指定打包后的图片寄存的地位,个别放在 static 下 img 文件夹里 name.ext 别离为:文件名. 文件后缀(依照原图片名)})
.end() // 返回上一级 以便于持续增加 loader
.use('image-webpack-loader')
.loader("image-webpack-loader")
.options({
disable: process.env.NODE_ENV == 'development' ? true : false, // 开发环境禁用压缩,生产环境才做压缩,晋升开发调试速度
mozjpeg: {quality: 60}, // 压缩 JPEG 图像,压缩品质 quality 为 60,范畴 0 到 100
optipng: {enabled: true}, // 压缩 PNG 图像,enabled 为 true 开启压缩
pngquant: {quality: [0.65, 0.90], speed: 4 }, // 品质区间和速度就应用默认值吧
gifsicle: {interlaced: false}, // Interlace gif for progressive rendering 默认 false
webp: {quality: 60} // 压缩 webp 图片,压缩品质 quality 为 60,范畴 0 到 100
})
.end() // 返回上一级 持续增加 loader
.enforce('post') // 示意先执行配置在上面那个 loader,即 image-webpack-loader
},
总结
具体配置项,要去 npm 或者 github 看看。不过上述一般配置项,基本上能解决大多数需要,勉强够用了
好忘性,不如烂笔头,记录一下吧
^_^