网络性能优化常用方法

1.减少页面请求

按需加载 合并压缩文件 将小图标合并成雪碧图 字体图标 dataURL 内置图片

2.优化网络链接

cdn, 减少dns查询, 避免服务器端重定向

3.减少下载量

压缩css图片 混淆压缩js代码 服务器端启用gzip压缩

4.启用缓存

5.页面内部优化

css置顶 ---- 为避免当页面变化时重绘页面元素,浏览器会阻塞页面呈现,直到样式表解析完毕

js置底 ---- script元素会阻塞后续内容的解析,因为script中可以同过document.write来更改页面

不会缩短加载时间,但会减少页面呈现时间

白屏时间 fetchStart – app-cache-- dns-- tcp – request – response

前端性能监测器

https://www.cnblogs.com/bldxh/p/6857324.html

CSS样式优先级

先比较优先级

浏览器声明
用户普通声明
作者普通声明
作者重要声明
用户重要声明
再比较特殊性

声明来自内联的style属性则 S+1;
声明中含有id属性则 I+1;
声明中含有类、伪类、属性选择器则 C+1;
生命中含有元素、伪元素选择器则 E+1;
https://www.cnblogs.com/ohmyrose/p/8047859.html

进行性能优化,首先要知道评价页面性能的指标

https://segmentfault.com/a/1190000004176324

网站性能优化工具大全-----HTML CSS JavaScript如何优化
https://segmentfault.com/a/1190000002418920

异步加载css和JavaScript脚本

https://segmentfault.com/a/1190000002589116

只有 10%~20% 的最终用户响应时间花在了下载 HTML 文档上。其余的 80%~90% 时间花在了下载页面中的所有组件中;

另外一点是,优化后台需要花费比较大的成本,优化前端只需要适当地遵循一些法则会有较大的提升,相对低成本高收益

提高前端性能的黄金法则

https://segmentfault.com/a/1190000004645141

虽然书中的很多手段都已经过时了,但是思路基本没变,取其精华就好。

前端性能优化一味奉行“最佳实践”有时候反而过犹不及,所以针对项目的实际情况来优化才是明智的选择。

提升网页性能

http://www.w3cplus.com/performance/10-ways-minimize-reflows-improve-performance.html

网页卡顿的调试方法

都可以啊,timeline 比较直接,一般先看这个。
profile,可以详细的看具体的调用信息。

页面只要不低于30帧 就都是流畅
一般到26都看不出来

flash 是多少帧?
gif一般8-12帧吧

大部分都用24帧……

帧率要求高的一般都是3d
转动视角 对帧率要求很高

Excetional Performance 团队总结出了一系列可以提高网站速度的方法。可以分为 7大类 35条。
包括内容 、服务器 、 CSS 、 JavaScript 、Cookie 、图片 、移动应用 ,七部分。

一、内容部分

尽量减少 HTTP请求
减少 DNS查找
避免跳转
缓存 Ajxa
推迟加载
提前加载
减少 DOM元素数量
用域名划分页面内容
使 frame数量最少
避免 404错误
二、服务器部分

使用内容分发网络
为文件头指定Expires或Cache-Control
gzip压缩文件内容
配置ETag
尽早刷新输出缓冲
使用GET来完成AJAX请求
避免空的图像来
三、CSS部分

把样式表置于顶部
避免使用CSS表达式(Expression)
用代替@import
避免使用滤镜
四、 JavaScript部分

把脚本置于页面底部
使用外部JavaScript和CSS
削减JavaScript和CSS
剔除重复脚本
减少DOM访问
开发智能事件处理程序
五、Coockie部分

减小Cookie体积
对于页面内容使用无coockie域名
六、Image 部分

优化图像
优化CSS Spirite
不要在HTML中缩放图像
favicon.ico要小而且可缓存
七、 Mobile部分

保持单个内容小于25K
打包组件成复合文本

https://segmentfault.com/a/1190000004139275

代码级优化

关于图片
页面内的大图,特别是banner图,登录页背景图等,使用第三方的cdn加速。同时做一遍压缩,如果压缩之后还超过200kb,则和设计师沟通是否取消或者更换图片。

精灵图必备,各种小图标,小icon,做到一张图片里面去。

尽量使用icon font代替小图标,icon font的优点可以甩普通的icon图标几条街,随意调整大小,改变颜色,太cool!!

如果项目很大,公司不差钱,最佳方案是把图片资源放在单独的服务器上,配置独立的域名,图片资源的加载由图片域名加载,很多大公司的静态资源都是由独立的服务器来存放和分发的

我一般和设计师讨价还价的底线就是图片必须加载流畅,如果用户打开网页图片加载半天出不来,就算我们的图片做的再漂亮,又有什么卵用!

关于js
第三方的js库,必须使用min版。站点内部的lib,每次发布上线之前必须使用gulp压缩合并。

移动端使用zepto库,不允许使用jquery

给js代码一个全局命名空间,举个例子,我们的项目是某个自行车官网,全局命名空间就叫bike,和本项目有关的所有js方法,函数,变量,全部挂在bike的下面

var bike={};
bike.name=‘cookee’;
bike.getOrderDetail=functtion(id){…}

关于css
提炼项目的公共样式,按钮、表单。

命名。面向属性命名,通用模块可以面向模块命名,比如头部header,尾部footer等,其他请尽量使用面向属性的命名方式,这样可以给css最大程度的复用自由,关于什么是面向属性的命名方式,请参考推荐

样式分离再分离,在css里面不要使用id属性,留着id给js使用

减少css的层级嵌套,由于css的渲染是从右向左的,关于网页的渲染,这个细说起来又可以写一篇文章了。如果你的层级标签嵌套多层,想想要浪费多少渲染时间,对于移动端毫秒必争的加载时间,你还有什么理由不改进你的代码

优雅的名字可以让人一目了然,放一张前人总结的图,没事的时候多看看,潜移默化的记住这些名字

6.避免使用通配符

7.不使用标签名或类名修饰ID规则:如果规则使用ID选择器作为关键选择器,不要给规则添加标签名。因为ID本身就是唯一的,添加标签名会不必要地降低匹配效率。

8.不使用标签名修饰类:相较于标签,类更具独特性。

9.尽量选择最具体的方式:造成低效的最简单粗暴的原因就是在标签上使用太多规则。给元素添加类可以更快细分到类方式,可以减少规则去匹配标签的时间。

10.关于后代选择器和子选择器:避免使用后代选择器,非要用的话建议用子选择器代替,但子选择器也要慎用,标签规则永远不要包含子选择器。

11.利用可继承性:没必要在一般内容上声明样式。

关于html
精简dom结构,减少冗余html

语义化标签,要学会用

移动端,使用svg绘图代替canvas绘图,canvas会有严重的锯齿(如果有同学有实践过的解决锯齿的方案,我愿恭听)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值