问题形容
我的项目中经常会引入一些图片资源，什么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看看。不过上述一般配置项，基本上能解决大多数需要，勉强够用了
好忘性，不如烂笔头，记录一下吧 ^_^