1、从DOM结构和标签上来优化

·使用语义化的标签，代码清晰简洁；

·减少Dom节点，增加渲染速度；

·使用W3C标准书写闭合小写的标签；

·给图片和table指定宽高，避免缩放；

·防止src和href值为空，当为空时，浏览器会把当前页面当做属性值重新加载；

·css在头部位置，js在body底部位置；

2、从CSS样式上来优化

·使用link加载样式而不是@import（是css2提供的一种方式，不兼容，只能加载css，而且页面所有组件被加载完后才会被加载，完成前会导致‘闪烁’，link属于XHTML标签，没有兼容问题）；

·避免使用css表达式；

·避免使用css filter滤镜；

·使用css 缩写 如#fff，减少代码量；

·删除重复的css，css简化；

·使用CSS Sprite把同类图片合成一张，减少图片http请求；

·减少css查询层级，如.header .log 要好于.header .top .log；

·减少css查询范围，如header>div获取直系子元素要好于heade div；

·避免TAG标签与CLASS或ID并存：如a.top、button#submit；

3、从js上来优化

·js尽量少用全局变量；

·多个js变量声明合并；

·不使用eval函数，不安全，性能消耗严重

·使用事件代理绑定事件，如将事件绑定到body上进行代理（利用冒泡原理将事件加到父级上，能够给动态增加的元素进行数据绑定）；

·避免频繁的操作DOM节点，使用innerHTML代替

·减少对象查找，如a.data.box1.name的查找方式非常耗性能，尽可能的将它定义在变量里；

·类型转换，把数字转字符串使用var str=‘’+1；浮点数转成整形使用Math.floor()或者Math.round();

·js对字符串进行循环操作，譬如替换、查找应该使用正则表达式；

·删除重复的js

一、页面加载及渲染过程优化

浏览器渲染流程

首先谈谈拿到服务端资源后浏览器渲染的流程：

1. 解析 HTML 文件，构建 DOM 树，同时浏览器主进程负责下载 CSS 文件

2. CSS 文件下载完成，解析 CSS 文件成树形的数据结构，然后结合 DOM 树合并成 RenderObject 树

3. 布局 RenderObject 树 （Layout/reflow），负责 RenderObject 树中的元素的尺寸，位置等计算

4. 绘制 RenderObject 树 （paint），绘制页面的像素信息

5. 浏览器主进程将默认的图层和复合图层交给 GPU 进程，GPU 进程再将各个图层合成（composite），最后显示出页面

CRP（关键渲染路径Critical Rendering Path）优化

关键渲染路径是浏览器将 HTML、CSS、JavaScript 转换为在屏幕上呈现的像素内容所经历的一系列步骤。也就是我们刚刚提到的的的浏览器渲染流程。

为尽快完成首次渲染，我们需要最大限度减小以下三种可变因素:

* 关键资源的数量: 可能阻止网页首次渲染的资源。

* 关键路径长度: 获取所有关键资源所需的往返次数或总时间。

* 关键字节: 实现网页首次渲染所需的总字节数，等同于所有关键资源传送文件大小的总和。

优化 DOM

* 删除不必要的代码和注释包括空格，尽量做到最小化文件。

* 可以利用 GZIP 压缩文件。

* 结合 HTTP 缓存文件。

优化 CSSOM

首先，DOM 和 CSSOM 通常是并行构建的，所以 CSS 加载不会阻塞 DOM 的解析。

然而，由于 Render Tree 是依赖于 DOM Tree 和 CSSOM Tree 的，

所以他必须等待到 CSSOM Tree 构建完成，也就是 CSS 资源加载完成(或者 CSS 资源加载失败)后，才能开始渲染。因此，CSS 加载会阻塞 Dom 的渲染。

由此可见，对于 CSSOM 缩小、压缩以及缓存同样重要，我们可以从这方面考虑去优化。

* 减少关键 CSS 元素数量

* 当我们声明样式表时，请密切关注媒体查询的类型，它们极大地影响了 CRP 的性能 。

优化 JavaScript

当浏览器遇到 script 标记时，会阻止解析器继续操作，直到 CSSOM 构建完毕，JavaScript 才会运行并继续完成 DOM 构建过程。

* async: 当我们在 script 标记添加 async 属性以后，浏览器遇到这个 script 标记时会继续解析 DOM，同时脚本也不会被 CSSOM 阻止，即不会阻止 CRP。

* defer: 与 async 的区别在于，脚本需要等到文档解析后（ DOMContentLoaded 事件前）执行，而 async 允许脚本在文档解析时位于后台运行（两者下载的过程不会阻塞 DOM，但执行会）。

* 当我们的脚本不会修改 DOM 或 CSSOM 时，推荐使用 async 。

* 预加载 —— preload & prefetch 。

* DNS 预解析 —— dns-prefetch 。

小结

* 分析并用 **关键资源数 关键字节数 关键路径长度** 来描述我们的 CRP 。

* 最小化关键资源数: 消除它们（内联）、推迟它们的下载（defer）或者使它们异步解析（async）等等 。

* 优化关键字节数（缩小、压缩）来减少下载时间 。

* 优化加载剩余关键资源的顺序: 让关键资源（CSS）尽早下载以减少 CRP 长度 。

补充阅读： 前端性能优化之关键路径渲染优化

浏览器重绘（Repaint）和回流（Reflow）

回流必将引起重绘，重绘不一定会引起回流。

重绘（Repaint）

当页面中元素样式的改变并不影响它在文档流中的位置时（例如：color、background-color、visibility 等），浏览器会将新样式赋予给元素并重新绘制它，这个过程称为重绘。

回流（Reflow）

当 Render Tree 中部分或全部元素的尺寸、结构、或某些属性发生改变时，浏览器重新渲染部分或全部文档的过程称为回流。

会导致回流的操作：

* 页面首次渲染

* 浏览器窗口大小发生改变

* 元素尺寸或位置发生改变元素内容变化（文字数量或图片大小等等）

* 元素字体大小变化

* 添加或者删除可见的 DOM 元素

* 激活 CSS 伪类（例如:hover）

* 查询某些属性或调用某些方法

* 一些常用且会导致回流的属性和方法

clientWidth、clientHeight、clientTop、clientLeftoffsetWidth、offsetHeight、offsetTop、offsetLeftscrollWidth、scrollHeight、scrollTop、scrollLeftscrollIntoView()、scrollIntoViewIfNeeded()、getComputedStyle()、

getBoundingClientRect()、scrollTo()

性能影响

回流比重绘的代价要更高。

有时即使仅仅回流一个单一的元素，它的父元素以及任何跟随它的元素也会产生回流。现代浏览器会对频繁的回流或重绘操作进行优化：浏览器会维护一个队列，把所有引起回流和重绘的操作放入队列中，如果队列中的任务数量或者时间间隔达到一个阈值的，浏览器就会将队列清空，进行一次批处理，这样可以把多次回流和重绘变成一次。

当你访问以下属性或方法时，浏览器会立刻清空队列:

clientWidth、clientHeight、clientTop、clientLeftoffsetWidth、offsetHeight、offsetTop、offsetLeftscrollWidth、scrollHeight、scrollTop、scrollLeftwidth、heightgetComputedStyle()getBoundingClientRect()

因为队列中可能会有影响到这些属性或方法返回值的操作，即使你希望获取的信息与队列中操作引发的改变无关，浏览器也会强行清空队列，确保你拿到的值是最精确的。

如何避免

CSS

避免使用 table 布局。

尽可能在 DOM 树的最末端改变 class。

避免设置多层内联样式。

将动画效果应用到 position 属性为 absolute 或 fixed 的元素上。

避免使用 CSS 表达式（例如：calc()）。

Javascript

避免频繁操作样式，最好一次性重写 style 属性，或者将样式列表定义为 class 并一次性更改 class 属性。

// 优化前constel=document.getElementById('test');el.style.borderLeft='1px';el.style.borderRight='2px';el.style.padding='5px';// 优化后,一次性修改样式，这样可以将三次重排减少到一次重排constel=document.getElementById('test');el.style.cssText+='; border-left: 1px ;border-right: 2px; padding: 5px;'

避免频繁操作 DOM，创建一个 documentFragment，在它上面应用所有 DOM 操作，最后再把它添加到文档中。

也可以先为元素设置 display: none，操作结束后再把它显示出来。因为在 display 属性为 none 的元素上进行的 DOM 操作不会引发回流和重绘。

避免频繁读取会引发回流/重绘的属性，如果确实需要多次使用，就用一个变量缓存起来。

对具有复杂动画的元素使用绝对定位，使它脱离文档流，否则会引起父元素及后续元素频繁回流。

图片懒加载

图片懒加载在一些图片密集型的网站中运用比较多，通过图片懒加载可以让一些不可视的图片不去加载，避免一次性加载过多的图片导致请求阻塞（浏览器一般对同一域名下的并发请求的连接数有限制），这样就可以提高网站的加载速度，提高用户体验。

原理

将页面中的img标签src指向一张小图片或者src为空，然后定义data-src（这个属性可以自定义命名，我才用data-src）属性指向真实的图片。src指向一张默认的图片，否则当src为空时也会向服务器发送一次请求。可以指向loading的地址。注意，图片要指定宽高。

<imgsrc="default.jpg"data-src="666.jpg"/>

当载入页面时，先把可视区域内的img标签的data-src属性值负给src，然后监听滚动事件，把用户即将看到的图片加载。这样便实现了懒加载。

实例

<!DOCTYPEhtml><htmllang="en"><head><metacharset="UTF-8"><style>img{display:block;margin-bottom:50px;width:400px;height:400px;}</style></head><body><imgsrc="Go.png"data-src="./lifecycle.jpeg"alt=""><imgsrc="Go.png"data-src="./lifecycle.jpeg"alt=""><imgsrc="Go.png"data-src="./lifecycle.jpeg"alt=""><imgsrc="Go.png"data-src="./lifecycle.jpeg"alt=""><imgsrc="Go.png"data-src="./lifecycle.jpeg"alt=""><imgsrc="Go.png"data-src="./lifecycle.jpeg"alt=""><imgsrc="Go.png"data-src="./lifecycle.jpeg"alt=""><imgsrc="Go.png"data-src="./lifecycle.jpeg"alt=""><imgsrc="Go.png"data-src="./lifecycle.jpeg"alt=""><imgsrc="Go.png"data-src="./lifecycle.jpeg"alt=""><imgsrc="Go.png"data-src="./lifecycle.jpeg"alt=""><script>letnum=document.getElementsByTagName('img').length;letimg=document.getElementsByTagName("img");letn=0;//存储图片加载到的位置，避免每次都从第一张图片开始遍历lazyload();//页面载入完毕加载可是区域内的图片window.onscroll=lazyload;functionlazyload(){//监听页面滚动事件letseeHeight=document.documentElement.clientHeight;//可见区域高度letscrollTop=document.documentElement.scrollTop||document.body.scrollTop;//滚动条距离顶部高度for(leti=n;i<num;i++){if(img[i].offsetTop<seeHeight+scrollTop){if(img[i].getAttribute("src")=="Go.png"){img[i].src=img[i].getAttribute("data-src");}n=i+1;}}}</script></body></html>

事件委托

事件委托其实就是利用JS事件冒泡机制把原本需要绑定在子元素的响应事件（click、keydown……）委托给父元素，让父元素担当事件监听的职务。事件代理的原理是DOM元素的事件冒泡。

优点：

1. 大量减少内存占用，减少事件注册。

2. 新增元素实现动态绑定事件

例如有一个列表需要绑定点击事件，每一个列表项的点击都需要返回不同的结果。