构建高性能ASP.NET站点 第五章—性能调优综述（后篇）
本文共 1521 字，大约阅读时间需要 5 分钟。
构建高性能ASP.NET 站点 第五章— 性能调优综述（后篇）
前言：本篇主要讲述如何根据一些简单的工具和简单的现象来粗布的定位站点的性能问题。
本章的议题如下：性能调优的一般过程利用分析工具分析页面加载信息利用分析工具分析性能瓶颈
利用分析工具分析性能瓶颈
在上一节中，讲述了如何使用Firebug 来生成页面加载信息的瀑布图，同时也讲述了使得页面加载变慢的四个大的问题：
1. 服务端花费大量时间解析.aspx 时间过长。
2. 在服务端和浏览器之间，传递html 时间过长
3. 图片和flash 文件的加载时间过长
4. Js 和css 的加载花费时间过长
那么我们下面就根据瀑布图来判断：页面加载变慢，到底是因为哪个因素导致的。
1. 如何判断：服务端花费大量时间解析.aspx 时间过长 。
在下面的图示中，大家可以看到第一条时间线特别的长：其中紫色的那段表明了在浏览器接受到该页面的第一个字节之前等待的时间。也就是说，在浏览器请求Default.aspx 页面之后，浏览器一直处于等待状态。只有浏览器接受到了Default.aspx 的DOM 之后，才开始下载页面中的其他的资源(css, 图片等) 。如果在接受Default.aspx 的DOM 之前等待的时间过长，那么势必影响其他的资源的下载，最后导致整个页面的加载变慢。
如果我们在用firebug 生成瀑布图的时候，发现了上面的类似的现象，页面加载变慢的原因很有可能就是服务端在解析Default.aspx 页面，生成html 文本的时间太长了。至于是什么原因导致了服务端解析Default.aspx 时间过长，那么需要进一步的分析。可能是代码写的不好，例如循环问题；可能是数据库问题，例如查询数据太慢或者数据太多等（后续文章详细讲述）。
注：颜色表示的意思：
2. 如何判断：在服务端和浏览器之间，传递html 时间过长
在下面的图中，大家可以看到紫色的线段比较的短，也就是说，服务端解析Default.aspx 页面的时间还是比较短的，但是灰色的线段比较的长，。灰色的部分表示接受数据时间很长，也就是说服务端把DOM 发送到浏览器，这个过程耗时比较的长。正如之前的问题一样，这个问题也会推迟页面的其他的资源下载，导致整个页面加载过慢。导致这个问题的原因可能是带宽问题，可能是数据过多等。
3. 如何判断：图片和flash 等文件的加载时间过长
如下图所示，页面的解析和传送到客户端的时间比较的短，但是页面中的图片加载花费了大量的时间。现在的浏览器一般都会同时打开多个链接，并行的请求多个图片资源，而不是一个个的挨个请求。但是浏览器打开链接的数量是有限制的（不同的浏览器不一样），而且打开新的TCP 链接也是需要花时间的，不是链接越多越好。后面我们会讲述如何减少图片等资源的加载时间。
4. 如何判断：Js和css的加载花费时间过长，阻止页面的呈现
如下图所示，在Default.aspx 页面载入之后，浏览器就开始解析DOM （从上到下解析，例如head -> body… ）, 下载资源。当页面解析到需要加载css 和js 时，此时浏览器就会去服务端请求这些文件，而用户在浏览器中看到的Default 页面将会是一片空白，一直到css 和js 载入完成之后，页面开始下载图片等，此时页面才会慢慢的呈现出来。
下图就反应了这个问题。
今天就到这里了，从下一篇文章开始就全面进入分析和调优阶段。
本文转自yanyangtian51CTO博客，原文链接： http://blog.51cto.com/yanyangtian/490821 ，如需转载请自行联系原作者
你可能感兴趣的文章
CSS练习小结
查看>>
hibernate XML配置文件》cfg
查看>>
ExtJS2.0实用简明教程 - ExtJS的组件
查看>>
员工离职原因，只有两点最真实，其他都是扯淡！
查看>>
删除dataGridview中选中的一行或多行
查看>>
使用包ldap3进行Python的LDAP操作
查看>>
#4 Move Find into Model
查看>>
html5 canvas模拟的爆炸效果
查看>>
nodejs中几个excel模块的简单对比
查看>>
面向对象三大特征
查看>>
我的友情链接
查看>>
我的友情链接
查看>>
我的友情链接
查看>>
Java基础学习总结（14）——Java对象的序列化和反序列化
查看>>
我的友情链接
查看>>
Java基础学习总结（22）——异常处理
查看>>
Ansible学习01-常用模块
查看>>
Java基础学习总结（21）——数组
查看>>
我的友情链接
查看>>
RHEL6.5 部署DNS服务器
查看>>