web前端性能优化 如何进行web前端性能优化
大家好,今天小编来为大家解答以下的问题，关于web前端性能优化，如何进行web前端性能优化这个很多人还不知道，现在让我们一起来看看吧！
Web前端新手要掌握的性能优化
今天小编要跟大家分享的文章是关于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前端工程师。
Web前端新手如何做好性能优化
今天小编要跟大家分享的文章是关于Web前端新手如何做好性能优化?影响用户访问的最大部分是前端的页面。网站的划分一般为二：前端和后台。我们可以理解成后台是用来实现网站的功能的，比如：实现用户注册，用户能够为文章发表评论等等。而前端呢?其实应该是属于功能的表现。
而我们建设网站的目的是什么呢?不就是为了让目标人群来访问吗?所以我们可以理解成前端才是真正和用户接触的。
除了后台需要在性能上做优化外，其实前端的页面更需要在性能优化上下功夫，只有这样才能给我们的用户带来更好的用户体验。不仅仅如此，如果前端优化得好，他不仅可以为企业节约成本，他还能给用户带来更多的用户，因为增强的用户体验。说了这么多，那么我们应该如何对我们前端的页面进行性能优化呢?
前端性能优化的方法?
一、content方面
1，减少HTTP请求：合并文件、CSS精灵、inlineImage
2，减少DNS查询：DNS查询完成之前浏览器不能从这个主机下载任何任何文件。方法：DNS缓存、将资源分布到恰当数量的主机名，平衡并行下载和DNS查询
3，避免重定向：多余的中间访问
4，使Ajax可缓存
5，非必须组件延迟加载
6，未来所需组件预加载
7，减少DOM元素数量
8，将资源放到不同的域下：浏览器同时从一个域下载资源的数目有限，增加域可以提高并行下载量
9，减少iframe数量
10，不要404
二、Server方面
1，使用CDN
2，添加Expires或者Cache-Control响应头
3，对组件使用Gzip压缩
4，配置ETag
5，FlushBufferEarly
6，Ajax使用GET进行请求
7，避免空src的img标签
三、cookie方面
1，减小cookie大小
2，引入资源的域名不要包含cookie
四、CSS方面
1，将样式表放到页面顶部
2，不使用CSS表达式
3，使用不使用@import
4，不使用IE的Filter
五、JavaScript方面
1，将脚本放到页面底部
2，将javascript和css从外部引入
3，压缩javascript和css
4，删除不需要的脚本
5，减少DOM访问
6，合理设计事件监听器、
六、图片方面
1，优化图片：根据实际颜色需要选择色深、压缩
2，优化css精灵
3，不要在HTML中拉伸图片
4，保证favicon.ico小并且可缓存
七、移动方面
1，保证组件小于25k
2，PackComponentsintoaMultipartDocument
以上就是小编今天为大家分享的关于Web前端新手如何做好性能优化的文章，希望本篇文章能够对正在从事web前端工作的小伙伴们有所帮助。想要了解
更多web前端知识记得关注北大青鸟web培训官网。最后祝愿小伙伴们工作顺利！
如何进行web前端性能优化
提起Web前端性能优化的问题，前端开发人员非常熟悉，对于一个网站而言，即使内容和功能再优秀，如果用户需要花费很久的时间才能打开，这样迟早会消耗用户的耐心，并最终失去用户。
那如何才能优化前端性能？归纳为三步
一、关键资源字节数
字节数也就是通常说的减少资源文件（js、css、image、video...）的大小。
1、压缩
前端使用uglify混淆压缩
后端开启gzip
对图片进行压缩，使用压缩比例更高的格式（WebP）
2、缓存
强缓存（http状态码：200），不用请求服务器直接使用本地缓存，协商缓存（http状态码：304），使用时先请求服务器若被告知缓存没过期则使用本地缓存，不用下载资源，使用localstorage对数据进行存储。
3、针对首屏优化
对非关键资源延迟加载、异步加载，减少首屏资源大小
二、关键资源连接数
1、合并请求
使用http2.0的多路复用合并请求配置combo，在无法使用http2.0的情况下作为一种合并资源请求的手段。
2、减少图片请求数
使用spite图，使用svg-symbol。
3、针对一些场景采用css、js内联的方式。
4、使用强缓存减少了一次服务器请求。
5、非关键资源延迟、异步加载，减少了首屏资源连接数。
三、关键渲染路径
1、bigpipe分块输出
这里主要是因为要完成一整个页面的输出后端需要处理很多个任务，我们可以将这些多个任务进行分块，谁先完成谁就先输出，最终通过JS回填的方式输出DOM节点，这种方式主要解决了直出页面阻塞的问题。
2、bigrender分块渲染
常规的手段就是采用前端模板渲染页面，针对首屏时间主要减少了首次构建DOM树时的节点数
3、针对reflow，repaint，composit路径处理。
4、涉及到动画时关于layer的概念renderlayer、graphicslayer。
5、css放在头部、js放底部避免阻塞DOM树的构建，关于css、js的位置对于页面渲染的影响大家可以关注下相关的文章。核心：css资源不会阻塞DOM树的构建但会阻塞DOM的渲染，JS会阻塞DOM树的构建，CSS会阻塞JS的执行。
文章到此结束，希望我们对于web前端性能优化和如何进行web前端性能优化的问题能够给您带来一些启发和解决方案。如果您需要更多信息或者有其他问题，请随时联系我们。