HTTP请求的优化
 
 在一个网页的请求过程中,其实整个页面的html结构(就是页面的那些html骨架)请求的时间是很短的,一般是占整个页面的请求时间的10%-20%.在页面加载的其余的时间实际上就是在加载页面中的那些flash,图片,脚本的资源。 一直到所有的资源载入之后,整个页面才能完整的展现在我们面前。
 
 下面,我们就从一个页面开始讲述:
 
 1 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
 2 <html xmlns="http://www.w3.org/1999/xhtml">
 3 <head>
 4 <title>小洋,燕洋天</title>
 5
 6 <script type="text/javascript" src="/demo.js">
 7 </script>
 8
 9 </head>
 10 <body>
 11 <div>
 12 <img src="http://images.cnblogs.com/1.gif" />
 13 <img src="http://images.cnblogs.com/2.gif" />
 14 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714235.gif" />
 15 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714709.gif" />
 16 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714475.gif" />
 17 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714674.gif" />
 18 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714824.gif" />
 19 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714583.gif" />
 20 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714824.gif" />
 21 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714583.gif" />
 22 </div>
 23 </body>
 24 </html>
 25
 
 如果我们向服务器请求这个页面,客户端的浏览器首先请求到的数据就是html骨架,即:
 
 1 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
 2 <html xmlns="http://www.w3.org/1999/xhtml">
 3 <head>
 4 <title>小洋,燕洋天</title>
 5
 6 <script type="text/javascript" src="/demo.js">
 7 </script>
 8
 9 </head>
 10 <body>
 11 <div>
 12 <img src="http://images.cnblogs.com/1.gif" />
 13 <img src="http://images.cnblogs.com/2.gif" />
 14 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714235.gif" />
 15 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714709.gif" />
 16 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714475.gif" />
 17 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714674.gif" />
 18 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714824.gif" />
 19 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714583.gif" />
 20 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714824.gif" />
 21 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714583.gif" />
 22 </div>
 23 </body>
 24 </html>
 25
 
 在此之前,首先来普及一下页面加载的小知识:
 
 当页面的html骨架载入了之后,浏览器就开始解析页面中标签,从上到下开始解析。
 首先是head标签的解析,如果发现在head中有要引用的js脚本,那么浏览器此时就开始请求脚本,此时整个页面的解析过程就停了下来,一直到js请求完毕。
 之后页面接着向下解析,如解析body标签,如果在body中有img标签,那么浏览器就会请求img的src对应的资源,如果有多个img标签,那么浏览器就一个个的解析,解析不会像js那样等待的,如果发现img的url地址是同一个地址,那么浏览器就会充分的利用这个已经打开的tcp连接顺序的去一个个的请求图片,如果发现有的img的url地址不同,那么浏览器就另开tcp连接,发送http请求。
 注意之前请求js的区别:请求需要js,浏览器会一直等待,不在解析下面的html标签
 但是解析到img的时候,尽管此时需要加载图片,但是页面的解析过程还是会继续下去的,然后决定是否发送新的tcp连接加载资源。
 
 大家可能觉得这个之前的代码片段一样,确实代码是一样的,但是,在最开始的时候,发送到浏览器中的只是那些html的代码,任何的js脚本和图片还没有发送过来。
 当html代码到了浏览器中,那么浏览器就开始一步步的解析这些代码了,只要遇到了需要加载的资源,浏览器就向服务器发出http请求,请求所需的资源。托福答案
 整个页面的加载时间图如下:
 
 
 大家从图中可以看出:
 第一条线中分为一半黄色和一半蓝色,其实黄色的部分就代表了打开一个tcp连接花的时间,而后面的蓝色的部分就是请求整个html骨架文档的时间。可以看出,请求html骨架的时间是很短的。其余蓝色的线就表示了图片,脚本资源加载所花的时间。
 很显然,这样页面的整个加载时间就很长了。因为页面的加载几乎是顺序的载入,时间就是所有资源加载时间的总和。托福答案
 下面我们把上面的页面代码代为如下:
 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
 <html xmlns="http://www.w3.org/1999/xhtml">
 <head>
 <title>小洋,燕洋天</title>
 <script type="text/javascript" src="/demo.js">
 </script>
 </head>
 <body>
 <div>
 <img src="http://demo1.com/images/1.gif" />
 <img src="http://demo1.com/images/2.gif" />
 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222757197.gif" />
 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222758866.gif" />
 <img src="http://demo3.com/image/5.gif" />
 <img src="http://demo3/image/6.gif" />
 <img src="http://demo4.com/image/7.gif" />
 <img src="http://demo4.com/image/8.gif" />
 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714824.gif" />
 <img src="http://dotnet.chinaitlab.com/UploadFiles_6597/201310/20131005222714583.gif" />
 </div>
 </body>
 </html>
 我们再来看看页面的加载时间图
 
 
 这就是所谓的"并行"载入了。
 比较一下两段代码的不同:其实就在img的src属性上面:
 第一段页面的代码:img的src属性都是指向一个域名的。
 第二段页面的代码:img的src属性指向了不同的域名
 这样做的结果是什么?
 请大家注意比较img的src的不同。
 解释之前,首先来看一个小的常识(在上篇文章中也提过):
 当页面请求向服务器请求资源的时候,如果浏览器已经在客户端和服务器之前打开了一个tcp连接,而且请求的资源也在开了连接的服务器上,那么以后资源的请求就会充分的利用这个连接去获取资源。 这样也就是第一个时间图的由来。
 如果请求的图片分别位于不同的服务器网站,或者那个请求的服务器网站有多个域名,那么因为浏览器就会为每一个域名去开一个tcp连接,发送http请求,这样,结果就是同时开了多tcp连接,这也是第二个时间图的由来。
 虽然说并行加载,确实使得页面的载入快了不少,但是也不是每一个图片或者其他的资源都去搞一个不同的域名,像之前的第二个并行载入图片的例子,也是让两个图片利用一个tcp连接。如果每个图片都去开一个连接,这样浏览器就开了很多个连接,也是很费资源的,而且浏览器还可能会"僵死".而且有时还会严重的影响性能。托福答案
 所以,这是需要权衡的。
 除了上面的优化方式,还有其他的图片优化的加载方式。主要是通过减少http的请求达到优化
 大家都知道网站的一个menu菜单,有些菜单就是用图片作出来的。如
 如果上面的图片一个个载入,势必影响速度,如果开多和请求,有点得不偿失。而且图片也不是很大,那么就一次把整个menu需要的图片作为整个图片,一次加载,然后通过map的方式,控制点击图片的位置来达到导航的效果。
 这样一个问题就是:算出图片的坐标,不能点击了"主页"图片,然后却跳到了"帮助"页面了。

优化HTTP前端请求构建高性能ASP.NET站点的更多相关文章

  1. 【原创】构建高性能ASP.NET站点之二 优化HTTP请求(前端)

    原文:[原创]构建高性能ASP.NET站点之二 优化HTTP请求(前端) 构建高性能ASP.NET站点之二 优化HTTP请求(前端) 前言: 这段时间比较的忙,文章写不是很勤,希望大家谅解. 上一篇文 ...

  2. 【原创】构建高性能ASP.NET站点 第六章—性能瓶颈诊断与初步调优(下前篇)—简单的优化措施

    原文:[原创]构建高性能ASP.NET站点 第六章-性能瓶颈诊断与初步调优(下前篇)-简单的优化措施 构建高性能ASP.NET站点 第六章—性能瓶颈诊断与初步调优(下前篇)—简单的优化措施 前言:本篇 ...

  3. 【原创】构建高性能ASP.NET站点之一 剖析页面的处理过程(前端)

    原文:[原创]构建高性能ASP.NET站点之一 剖析页面的处理过程(前端) 构建高性能ASP.NET站点之一 剖析页面的处理过程(前端) 前言:在对ASP.NET网站进行优化的时候,往往不是只是懂得A ...

  4. 【原创】构建高性能ASP.NET站点 第七章 如何解决内存的问题(前中篇)—托管资源优化—监测CLR性能

    原文:[原创]构建高性能ASP.NET站点 第七章 如何解决内存的问题(前中篇)-托管资源优化-监测CLR性能 构建高性能ASP.NET站点 第七章 如何解决内存的问题(前中篇)—托管资源优化—监测C ...

  5. 【原创】构建高性能ASP.NET站点 第五章—性能调优综述(后篇)

    原文:[原创]构建高性能ASP.NET站点 第五章-性能调优综述(后篇) 构建高性能ASP.NET站点 第五章—性能调优综述(后篇) 前言:本篇主要讲述如何根据一些简单的工具和简单的现象来粗布的定位站 ...

  6. 【原创】构建高性能ASP.NET站点之三 细节决定成败

    原文:[原创]构建高性能ASP.NET站点之三 细节决定成败 构建高性能ASP.NET站点之三 细节决定成败 前言:曾经就因为一个小小的疏忽,从而导致了服务器崩溃了,后来才发现:原来就是因为一个循环而 ...

  7. 【原创】构建高性能ASP.NET站点 开篇

    原文:[原创]构建高性能ASP.NET站点 开篇 构建高性能ASP.NET站点 开篇 前言:有段时间没有写ASP.NET的东西了,心里总是觉得缺少了什么,毕竟自己对ASP.NET还是情有独钟的. 在本 ...

  8. 【推荐】【给中高级开发者】构建高性能ASP.NET应用的几点建议

    本篇目录 早期阶段就要对应用进行负载测试 使用高性能类库 你的应用是CPU密集还是IO密集的 使用基于Task的异步模型,但要慎重 分发缓存和会话(session)状态 创建Web Gardens 巧 ...

  9. [转]【转】大型高性能ASP.NET系统架构设计

    大型高性能ASP.NET系统架构设计 大型动态应用系统平台主要是针对于大流量.高并发网站建立的底层系统架构.大型网站的运行需要一个可靠.安全.可扩展.易维护的应用系统平台做为支撑,以保证网站应用的平稳 ...

随机推荐

  1. (转载)php flush()刷新不能输出缓冲的原因分析

    (转载)http://www.webkaka.com/tutorial/php/2012/110628/ 在php程序编写中,flush()的使用率还是挺高的,它在网页表现即时信息效果时发挥了极为重要 ...

  2. 【图论】Codeforces 711D Directed Roads

    题目链接: http://codeforces.com/problemset/problem/711/D 题目大意: 给一张N个点N条有向边的图,边可以逆向.问任意逆向若干条边使得这张图无环的方案数( ...

  3. Computer Vision Algorithm Implementations

    Participate in Reproducible Research General Image Processing OpenCV (C/C++ code, BSD lic) Image man ...

  4. Codeforces Round #259 (Div. 2) D. Little Pony and Harmony Chest 状压DP

    D. Little Pony and Harmony Chest   Princess Twilight went to Celestia and Luna's old castle to resea ...

  5. 动态规划——树形dp

    动态规划作为一种求解最优方案的思想,和递归.二分.贪心等基础的思想一样,其实都融入到了很多数论.图论.数据结构等具体的算法当中,那么这篇文章,我们就讨论将图论中的树结构和动态规划的结合——树形dp. ...

  6. 使用 virtualenv

    关于virtualenv的资料: http://virtualenv-chinese-docs.readthedocs.org/en/latest/ 用的python3,但是搭建 Robot Fram ...

  7. HAProxy、Nginx 配置 HTTP/2 完整指南

    基于最近对HTTP/2的争论和它的优势,是时候升级底层架构了.这篇文章将会介绍如何在安装和配置HAProxy和Ngnix(使用ssl终端).为了简化流程,我建议你准备好使用Docker镜像. 如果你想 ...

  8. Java 中 StringBuilder 在高性能用法总结

    关于StringBuilder,一般同学只简单记住了,字符串拼接要用StringBuilder,不要用+,也不要用StringBuffer,然后性能就是最好的了,真的吗吗吗吗? 还有些同学,还听过三句 ...

  9. JS常用扩展

    // 清除两边的空格 String.prototype.trim = function() { return this.replace(/(^\s*)|(\s*$)/g, ''); }; // 合并多 ...

  10. HTTP协议和WEB应用

    一.应用层协议原理 1.套接字(Socket):主机地址+端口地址.(通常为32位IP地址和16位端口号组成,总长度为48位) 2.进程通过套接字来接收和发送报文.因特网运输层将所提供的服务整合成两种 ...