--> 其实要判定一个页面的执行速度的快慢与否,主要有如下多少个时间比拟要害:
即服务端执行重要页面处理的快慢与否,一般咱们需要消除掉网络影响(局域网),通过压力测试或者程序内部跟踪来得出该时间,举个例子,我在服务端页面page_load写System.Thread.Sleep(1000),梗阻当前执行线程1秒(你能够懂得为我们实际处理逻辑的代码,比方翻开数据库查问等等),则服务端执行时间则是1秒+ASP.NET WEBForm框架模型的构建时间,一般会是1~1.01左右。 页面服务端响应时间 页面渲染时间 授人予鱼不如授人予器 JQuery+FlexiGrid+asp.net完善解决计划-开源名目dotNetFlexGrid,构建疾速的Ajax利用程序。 本文华磊原创,dotNetFlexGrid for asp.net是华磊的开源作品。及包括网络的服务端响应时间,正常是拿到的Request衔接树立到Response连接停止的时间,抛开网络影响,则时间应与页面服务端履行时间一致,如果差别较大,则阐明页面传递的数据量过大,须要优化。 Document.onload时间 个别而言,页面上会有很多的展示元素,在一个用户休会较好的页面上,很可能会对其中的dom元素进行高低文处置,则此时间则为dom构建结束的时间,普通而言,此时间反应了客户端说明页面的时间,假如过长,则很显明是页面构造分歧理。 页面服务端执行时间 DomContentOnload时光 onload是页面所有必需得资源全部获取完毕的时间(实在不含图片或一些外围的资源),如果过长,则很显著DomContentOnload过长或者必须得资源恳求时间过长(很大的css,动态发生的js过大等等),一般而言,Document.onload可以以为是客户开端看到绝对结构完整的网页的时间。此时间直接跟用户体验相关。 页面完整打开完毕,阅读器解析完毕,客户看到完全的网页的所有内容的时间,好比说我在页面中应用js创立一万个button,则这些button全体显示出来的时间才是页面渲染时间。这个时间跟客户端cpu 显卡 内存亲密相干,并由页面的客户端逻辑直接影响,较难跟踪很断定。故一般这个时间是用来测试浏览器的执行速度的。 相关的主题文章: (责任编辑:admin) |