最近做了个门户的整合项目, 项目中的页面是采用Iframe层层嵌套的, 到了实际的生产环境中, 加载性能很难控制.

把优化性能的思路写一写:

首先我们通过工具, 人工测试找到问题所在. 这里使用的是HttpWatch,感觉还不错,但是没有Google

的PageSpeed好用, PageSpeed他可以只能的分析页面的内容, 并给出优化的建议. 但可惜PageSpeed只支持FireFox.

可以看到PageSpeed给出来很多优化的选项, 展开可以看到具体要优化的文件.

下面这个是HttpWatch.

他能记录整个页面的加载过程.  通过他可确定,那些文件,或者页面是导致性能瓶颈的关键.

红色的表示等待, 深绿色的是数据加载.我们可以通过分析等待时间, 数据大小,数据加载时间来确定问题.

1. 如果是页面内容过多, 可以关闭不需要的ViewState. 优化图片大小, 压缩JS文件, 使用页面缓存.

2. 如果是加载整体过程太长, 可以将页面分成几次加载 , 比如先加载本页面的内容, Iframe的内容等本页面显示出来

后在进行加载.

3. 如果是页面的等待时间过长, 就可能是服务端的问题了.

服务端的问题中,可分为服务器资源, 服务端代码, 数据库三个部分.

服务器资源, 主要是分析服务器的CUP,内存,硬盘的使用情况, 很多时候一个服务部署了多个应用, 互相之间争夺资源是常事,

导致IIS响应非常慢, 这时候需要使用WMI来分析下服务器的性能.

单独分析IIS的性能:

先选择"WAS_W3WP"在"选定的实例对象"列表中选择对应站点的进程池, 对需要的指标跟踪一段时间后,

就可以得到一份报告, 如每秒的请求数, 缓存命中数等详细的数据, 从中寻找问题.

如果服务器本身没有问题, 就要看看自己的代码了, 通过在有速度问题的地方记录详细的日志, 各个阶段运行的时间点,

分析具体是那部分的代码导致速度问题.

然后就是数据请求了, 对于大数据的应用来说, 数据访问缓慢是经常出现的. 这时要通过SqlProfile跟踪Sql语句的性能,

改写SQL语句, 或者进行数据本身的调优, 如:检查死锁情况, 优化索引, 使用分区表, 剥离历史数据等措施.

4. 如果这都不能解决问题, 确实是用户数量,数据处理量都很大, 就可以从硬件上解决问题.

部署Web Farm,  数据库集群, 以及使用多级数据缓存.

性能的优化是个细致复杂的问题, 各种类型系统的调优都有各自的特点,欢迎拍砖.