webpack 图片压缩-我们还能在哪些方面进行webpack性能优化

具体操作

1、若安装过 image-webpack-loader 先卸载

yarn remove image-webpack-loader 或者 npm uninstall image-webpack-loader

2、使用 cnpm , 这一步意思就是安装 cnpm 然后将全局的 registry 设置成阿里的镜像,国内阿里比较快

npm install cnpm -g --registry=

npm config get registry //检查是否设置成功

3、使用 cnpm 安装 image-webpack-loader 会很快就安装好

cnpm install --save-dev image-webpack-loader

扩展

扩展原文链接:

--save-dev 和--save的区别

使用命令 --save 或者说不写命令 --save ,都会把信息记录到 dependencies 中;

注: 如果先前尝试使用 yarn 或 npm 安装过,一定要先卸载掉用 cnpm 安装

Bigo前端组计算平台前端组基于amis框架,参考之前的文章:https%3A%2F%%2Fbigo-frontend%2Fblog%2Fissues%2F17 ;有很好的研发效率提升,但是构建速度却很慢,亟需进行优化。优化之后达到了将webpack构建速度提升80%左右的一个成绩,以下是优化前后的对比

团队做了3件事情来达到这样的一个效果:

基于这次优化做了功课,看了一些资料,看看还有哪些可以优化的地方。

官网的定义:

webpack is a static module bundler for modern JavaScript applications. When webpack processes your application, it internally builds a dependency graph which maps every module your project needs and generates one or more bundles.

也就是说 webpack 是一个用于现代 JavaScript 应用程序的静态模块打包工具,从入口出发,找到入口文件所有的依赖,生成浏览器可以用的bundle文件。webpack的出现使得前端的工程化更加地丰富。从webpack在2013的第一次release(v1.0.0-beta2)开始,至今已经有8、9年的 历史 了,是一个相当成熟的工具,其生态也比较完善,所以前端圈用webpack也是非常地广泛。

尽量用较新的版本,新版本相较之前都会有一定的性能提升和优化,包括Node和Webpack。要注意的是 v8.9.10 - v9.11.1 ES6的 Set 和 Map 会有性能回退问题,现在LTS的node已经是 v14.16.0 ,所以假设 Node 版本已经较新,并且用的是 WP4 ( webpack4 )。目前还不建议对求稳的或者已经很庞大的项目立即升级到 WP5 ,其一是因为webpack生态里面并不一定所有的插件都能跟的上最新的版本,可能会出现兼容性的问题;其二由于webpack5还并未被广泛地应用,到新版本的稳定和成熟还是需要一定的时间,为避免不必要的bug,建议暂时使用 webpack4 。

对于开发者来说,每次在build的时候不希望花费较长的时间,优化构建速度能够减少开发成本;对于用户而言,优化bundle文件的数量和大小能减少用户的流失率,提升用户体验。所以webpack的性能优化是一个非常关键的技术手段。

webpack构建大概可分为

loader解析

->

依赖搜索

->

打包

等三个阶段,就这三个阶段我们分别展开阐述如何去优化。

loader解析:

依赖搜索:

打包: Smaller = Faster

当然需要在 里面引入cdn依赖,否则在runtime无法找到相应的模块: 。

开发环境*

*:** 同样地,生产环境有些配置也不适用于开发环境,比如 TerserPlugin 就不需要,因为在开发环境中压缩代码是没有意义的;devTools的最佳实践是 eval-cheap-module-source-map ,我现在的项目比较轻量,但是也能看出对比:

虽然是不到1000ms的差距,苍蝇肉也是肉不是?而且将来代码量越来越庞大的时候,差距就更明显了。

当然还有其他的可以优化的方法,比如使用ES module,能更好地利用webpack的tree shaking功能;Dll,为更改不频繁的代码生成单独的编译结果,但却是一个配置比较复杂的过程;还有对图片的压缩等等。以上是对于webpack4性能优化基本的配置,期待webpack5成熟稳定的那一天。

今天小编要跟大家分享的文章是关于Web前端新手要掌握的性能优化知识。本文将分享一些前端性能优化的常用手段,包括减少请求次数、减小资源大小、各种缓存、预处理和长连接机制,以及代码方面的性能优化等方面。下面来和小编一起看一看吧!

base64:尤其是在移动端,小图标可以base64(webpack),大图片慎用(如果加载速度过于慢的,而且很重要的图片,可以用base64)

1、减少HTTP的请求次数和传输报文的大小

「CSSSprite(雪碧图、图片精灵)技术」

使用字体图标(IconFont)或者SVG等矢量图

+减少HTTP请求次数或者减少请求内容的大小

+渲染更快:因为它们是基于代码渲染的,而对于位图(png/jpg/gif)是需要先把图片编码在渲染

+不容易是帧变形

+也可以使用webp格式图片,这种格式要小一些(但是需要服务器端支持这种格式的请求处理)

「图片懒加载(延迟加载)技术」

+第一次加载页面的时候不去请求真实的图片,提高第一次渲染页面的速度,请求图片的额外消耗尽可能不要处理

+当页面加载完,把出现在用户视野区域中的图片做真实加载,没有出现的先不加载(节约流浪,也能减少对服务器的请求压力)

o对于数据我们也尽可能分批加载(不要一次请求过多的数据,例如分页技术)

音视频文件取消预加载(preload='none'),这样可以增加第一次渲染页面的速度,当需要播放的时候在加载

客户端和服务器端的数据传输尽可能基于JSON格式完成,XML格式比JSON格式要大一些(还可以基于二进制编码或者文件流格式,这种格式比文件传输好很多)

「把页面的css/js等文件进行合并压缩」

合并:争取css和js都只导入一个(webpack可以实现并合并压缩哦)

压缩:基于webpack可以压缩,对于图片自己找工具先压缩,可以使用服务器的GZIP压缩

图片BASE64(用BASE64码代表图片,减少HTTP,增加浏览器渲染速度,所以真是项目中,尤其是移动端,如果图片加载缓慢,BASE64一下就好了,;但是base64会导致文件中心的代码超级恶心,不利于维护和开发,所以减少使用);webpack中科院配置图片

2、设置各种缓存、预处理和长连接机制

不经常更改的静态资源做缓存处理(一般做的是304或者ETAG等协商缓存)

「建立Cache-Control和ExpiresHTTP的强缓存」

DNS缓存或者预处理(DNSPrefetch),减少DNS的查找

设置本地的离线存储(manifest)或者把一些不经常更改的数据做本地临时存储(webstorage,indexdb)等

有钱就做CDN(地域分布式服务器),或者加服务器

「建立Connection:keep-aliveTcp长连接」

使用HTTP2版本协议(现在用的一般都是http1.1),可以多条tcp通道共存=>管道化链接

一个项目分为不同的域(不同的服务器),例如:资源web服务器、数据服务器,图片服务器,视频服务器等,合理利用服务器资源,但是导致过多的DNS解析

Cache-Control的优先级高于Expires

基于本地存储,做数据的存储

3、代码方面的性能优化

减少对闭包的使用(因为过多使用闭包会产生很多不销毁的内存,处理不好的话,会导致内存溢出“栈溢出”),减少闭包的嵌套(减少作用域链的查找层级)

对于动画来说:能用css解决的不用js(能够用transform处理的,不用传统的css样式,因为transform开启硬件加速,不会引发回流,或者使用定位的元素也会好很多,因为定位的元素脱离文档流,不会对其他元素的位置造成影响),能用

requestAnimationFrame解决的不用定时器

+用requestAnimationFrame还有一个好处,当页面处于休眠无访问状态,动画会自己暂停,知道回复访问才开始,而定时器是不论什么状态,只要页面不管,就一直处理

避免使用iframe(因为iframe会嵌入其他页面,这样父页面渲染的时候,还要同时把子页面也渲染了,渲染进度会变慢)

减少直接对DOM的操作(原因是减少DOM的回流和重绘...),当代项目基本基于mvvm,mvc数据驱动视图渲染的,对DOM的操作框架本身完成,性能要好很多

低耦合高内聚(基于封装的方式:方法封装,插件,组件,框架,类库等封装,减少页面中的冗余代码,提高代码使用率)

尽可能使用事件委托

避免出现死循环或者嵌套循环(嵌套循环会成倍增加循环的次数)

项目中尽可能使用异步编程来模拟出多线程的效果,避免主线程阻塞(异步操作基于Promise设计模式来管理)

JS中不要使用with

避免使用css表达式

函数的防抖和节流

减少使用eval(主要原因是防止压缩代码的时候,由于符号书写不合规,导致代码混乱)

图片地图:对于多次调取使用的图片(尤其是背景图),尽可能把它提取成为公共的样式,而不是每一次重新设置background

减少filter滤镜的使用

尽可能减少选择器的层级

尽可能减少table布局

手动回收堆栈内存(赋值为null)

「栈溢出:死递」

functionfunc(){

func();

}func();

解决方案:

functionfunc(){

setTimeout(func,0);

}func();

相互引用:引用类型之间的相互调用,形成嵌套式内存

letobj1={

name:'obj1',};

letobj2={

name:'obj2',

x:obj1}

obj1.x=obj2;

以上就是小编今天为大家分享的关于Web前端新手要掌握的性能优化知识的文章,希望本篇文章能够对正在从事web前端工作的小伙伴们有所帮助,想要了解更多web前端知识记得关注北大青鸟web培训官网,最后祝愿小伙伴们工作顺利,成为一名优秀的web前端工程师。