图为百度console.log中的信息。
注
水平有限。望批评指正。
前言
从開始做uikoo9.com開始，一直想怎怎么优化，版本号也一直在迭代。
如今最终有点雏形。近期開始思考怎么能让一个网页最快的展如今用户眼前，
想了想前端纷繁的框架，究竟怎样组合才好，写起来好，构建起来好，展现起来快，
且不谈jquery。bootstrap之流。angularjs。vuejs，reactjs。expressjs（nodejs）。requirejs，seajs等等怎样组合才好？
追根溯源開始思考，非常多大公司的一道面试题。从按下enter键之后，到网页展现出来。究竟经历了什么？
发生了什么？
从按下enter到网页显示发生了什么？
1.按下enter
2.浏览器将域名解析为ip（省略细节，hosts。dns）
3.浏览器通过ip向服务端发起一次http请求（省略复杂的过程和协议）
4.服务端接收请求。处理业务，查询数据，返回页面
5.浏览器获取页面，进行解析
6.解析dom结构，解析css，解析js，解析完成后展现，触发domcontentloaded
7.继续载入页面多媒体内容，比如图片。记载完成，触发load
1-6步页面已经展现出来。7载入图片。
网页调优工具
今天仅仅说简单的工具，firebug的网络视图，chrome也有类似的network，
firebug的网络视图主要是看一张网页载入的过程，以及每次请求的耗时。
从一张图片说起
从上图能够看出，载入完uikoo9.com的过程也就是多次请求的过程，
包裹訪问域名请求html，到解析dom请求css，js。到请求图片为止，
都是一次次的单独请求。
请求
一个网页就是一次向server的请求。
网页中的每一个js，css也都是一次请求，
那么一次请求分为哪些步骤，见上图。分为：
1.阻挡
2.域名解析
3.建立连接
4.发送请求
5.等待响应
6.接收数据
耗时比較
能够看出，
1耗时较多，解释下阻挡：浏览器避免向同一个地址同一时候发起过多连接请求。easy被判定为DDOS攻击 或 低级爬虫。
2-4耗时较少，
5-6耗时较多
怎样优化
1，好像不能够优化
2.-4，找一个好的域名解析商（dnspod）+好的cdn。这个比較简单
5，等待响应，事实上就是服务端做处理，查询数据，业务计算，优化能够考虑非堵塞IO，多线程，缓存，SQL优化等等。本文略过
6。接收数据，见下
接收数据优化
页面数据无非js，css，图片。多媒体之类静态文件，能够做的优化有：
1.js。css压缩（dev-->min）
2.图片压缩。图片合并（雪碧图）
3.图片单独cdnserver（七牛云）
4.服务端再次压缩并缓存静态文件
再来看看发生什么。
从按下enter開始。就開始了一次次的请求之旅，
每次请求都包含（域名解析，建立连接，发送请求。等待响应，接收数据），
从最開始的地址栏中的域名请求，返回html dom并解析。
到请求js，css，图片等静态文件，都是一次次的请求循环。
html优化
1.採用html5精简的标签
2.尽量将css放到head中。js放到body末尾
3.开发完的html进行压缩，减小html文本大小
js优化
1.细分模块化减小js大小
所谓模块化，比方你须要用到bootstrap，bootstrap有非常多组件，比如有1.js，2.js，。。
。，100.js
A页面你仅仅引入1-2.js
B页面你仅仅引入3-4.js
这样每一个页面的js都非常小
2.利用缓存
还有一个方向是将bootstrap所有引入。这样仅仅在第一次比較慢。
以后每次都是读取缓存，以后的页面较快
以上两种各有利弊
css优化
和js优化相类似。模块化，缓存
图片优化
1.字体图标
在能够用字体图标的地方不要用图片，见iconfont
2.雪碧图
非得用图片的时候。不会常常改变的小图标放到一起，压成一个雪碧图
3.压缩
在保证显示效果的前提下。进行压缩
静态文件优化（js，css。图片）
1.单独server
将静态文件放到一台单独的server上
2.cdn
给静态文件server加入cdn
3.服务端压缩和缓存
服务端在进行一次压缩，并缓存
end，by uikoo9.com