手记

web前端性能优化指南(非常经典)

摘要:一般来说页面访问的时间有一条著名的“2-5-8原则”。当用户访问一个页面:
1、在2秒内得到响应时,会感觉系统响应很快;
2、在2-5秒之间得到响应时,会感觉系统的响应速度还可以;
3、在5-8秒以内得到响应时,会感觉系统的响应速度很慢,但可以接受;
而超过8秒后仍然无法得到响应时,用户会感觉系统糟透了,进而选择离开这个站点,或者发起第二次请求。对于一个网站如果希望抓住用户,网站的速度以及稳定性是非常重要的。

一、为什么要做性能优化?

从上面可以看出,网站前端的用户体验决定了用户是否想要去使用网站的功能,而网站的功能决定了用户是否会一票否决前端体验。 不仅仅如此,如果前端优化得好,他不仅可以为企业节约成本,他还能给用户带来更多的用户,因为增强的用户体验。总结成三点就是:
1、加快页面展示和运行速度
2、节约服务器带宽流量
3、减少服务器压力

二、什么时候做性能优化最合适?

一般来说,遵循避免过早优化的原则,因为网站再发过程中的成本相对来说还是比较高的,web开发工程师、ui、产品、运维、后台服务等等,所以第一我们要保证基本功能完成,再考虑优化。第二在没有找到性能瓶颈之前,不要优化

三、哪方面需要做性能优化?

在这之前,我们先分析一个页面从发起请求到展示到用户大概流程
1、DNS 查询
2、发送 HTTP 请求
3、等待服务器响应
4、下载服务器响应内容
5、解析 HTML、CSS、JS
6、渲染 HTML、CSS、JS 和图片
7、响应用户事件
了解了这几个过程,大家应该知道如何优化了吧,对,就是对症下药:
1、针对 DNS 查询优化

减少网站所用的域名个数(现代浏览器基本都具备并行下载能),减少 DNS 查询时间建议一个网站使用至少 2 个域,但不多于 4 个域来提供资源

2、针对发送方面的请求优化

localStorage(本地存储)
静态资源打包,开启 Gzip 压缩(节省响应流量)
Cookie 隔离(节省请求流量)
使用 CDN 加速(访问最近服务器)

3、针对等待服务器响应方面的优化

合理设置 HTTP 缓存:Etag 与 Cache-control
启用 HTTP/2(多路复用,并行加载)
优化数据库查询
部署负载均衡

4、针对下载服务器响应内容优化

用 CSS3 实现图片,对小图标进行 base64(降低请求数)
延迟(defer)加载/异步(async)加载依赖
针对解析 HTML、CSS、JS优化
去掉无用的 HTML、CSS 和 JS
优化首屏时间:脚本后位置、图片压缩、懒加载

5、针对渲染 HTML、CSS、JS 和图片优化

最小化重绘(repaint)和回流(reflow):批量修改元素样式、避免 table 布局等
针对响应用户事件优化
尽量不在前端做复杂的运算

16人推荐
随时随地看视频
慕课网APP

热门评论

最重要的优化,其实前端的很少。主要是看服务器性能,当前网速,和cdn加速。分布式负载均衡的一个地区性访问。

查看全部评论