http请求过程分析

原创 2016年08月29日 16:38:30

http请求过程

   本文是参考了多篇博客,并结合自身工作中遇到的实际问题总结过后写出来的,希望能帮助到有兴趣关注这个的人
   此处以访问百度首页为例,当我们在浏览器地址栏中输入http://www.baidu.com并回车后,我们马上能看到百度的首页,虽然这个过程很短,但这背后究竟发生了什么呢?
现简要地理一下这背后的执行流程:

  • 1.域名解析
  • 2.客户端浏览器发送http请求
  • 3.服务器响应http请求,并向客户端浏览器返回html代码
  • 4.客户端浏览器得到html代码并进行解析,同时请求html代码中的所包含的资源,例如js、css样式表、图片等
  • 5.浏览器对整个页面进行渲染,并将渲染后的页面呈现给用户



下面逐一进行分析

域名解析

当我们访问www.baidu.com这个域名时,实际上浏览器不知道它是啥(浏览器事先缓存的不作考虑),浏览器真正需要的是IP地址,你给浏览器IP,它就根据这个IP去寻找对应的服务器,并尝试建立连接(所以说你在地址栏里直接输入百度对应的ip地址也是可以访问的)。那为什么浏览器最终识别了www.baidu.com并访问成功了呢?嗯,这个时候就得靠DNS了(DomainNamingSystem),说简单点,它就是一个根据域名获取对应ip的服务器。那么我们再来看看,当我们访问www.baidu.com时,域名的解析过程

  • 浏览器缓存   首先,浏览器会优先查找浏览器自身DNS缓存,如果找到了便直接利用找到的ip并建立连接(浏览器缓存DNS的时间比较短,通常是1到30分钟,且能缓存的数量有限,不同的浏览器厂商设置的初值也 有所不同)
  • 系统缓存    当浏览器缓存找不到域名对应的ip,接下来浏览器便会做一个系统调用(win系统是gethostname),于是从系统缓存中获取域名对应的ip.顺便说一下,win系统中host的设置在C:\Windows\System32\drivers\etc\hosts中,譬如你可以设置 127.0.0.1 www.baidu.com,当然你这样设置后,下次再访问www.baidu.com,那就不会再出现百度的首页了,很有可能是404(微笑脸<( ̄︶ ̄)>)
  • 路由器缓存   若是系统缓存找不到,紧接着便将查询请求发至路由器,路由器通常会有自己的缓存
  • ISP DNS缓存   当路由器缓存没找到,则转向ISP的DNS服务器,在这一步,通常是可以找到相应的缓存记录的。ISP的DNS服务器会从根域名服务器开始进行递归的搜索,从顶级域名.com服务器开始到baidu的域名服务器…

-倘若上诉的所有DNS缓存均没有找到www.baidu.com这个域名所对应的ip地址,那么浏览器自动给出错误信息,不同的浏览器返回的错误信息不一样,火狐的便显示为找不到服务器

Attention:

    在应用部署在局域网中,且并没有在域名注册商中进行注册时,局域网内的用户要通过域名访问服务器上的应用,那就必须得在本机的hosts文件中绑定相应的域名了,假如你在IP地址为172.168.0.413的服务器上部署了passport.co应用,你如果没有在hosts文件中绑定:

    172.168.0.413    passport.co

    那么,当你调passport的应用时,浏览器就可能找不到passport.co对应的ip地址(找到了也不是你想要调的那个应用),找不到ip地址就无法建立TCP连接,从而无法调用该服务。因此,对于局域网内部署的应用,要想调该应用,必须得让浏览器能解析出该应用(域名)所对应的ip地址


http请求

百度的动态页面在浏览器的缓存中会很快过期,因此,浏览器会将请求进一步发送到baidu的服务器,下面这是一个典型的http请求内容
请求及响应的主要内容

Request URL:https://www.baidu.com/
Request Method:GET
Status Code:200 OK
Remote Address:115.239.210.27:443

请求头–request header

Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,/;q=0.8
Accept-Encoding:gzip, deflate, sdch, br
Accept-Language:zh-CN,zh;q=0.8
Cache-Control:max-age=0
Connection:keep-alive
Cookie:BAIDUID=6FC319C4992DD86CD6034F472D035D9F:FG=1;
BIDUPSID=6FC319C4992DD86CD6034F472D035D9F; PSTM=1472434929;
Host:www.baidu.com
Upgrade-Insecure-Requests:1
User-Agent:Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko)
Chrome/52.0.2743.116 Safari/537.36

响应头–response header

**Connection:**keep-alive
**Content-Encoding:**gzip
**Content-Type:**text/html; charset=utf-8
**Date:**Mon, 29 Aug 2016 01:57:08 GMT
**Expires:**Mon, 29 Aug 2016 01:56:15 GMT
**Server:**bfe/1.0.8.14

    其中,涉及的主要过程是:浏览器向服务器发送请求,请求类型为GET(常用的是GET和POST,当然还有其它6种,如HEAD,DELETE,TRACE等),www.baidu.com的域名被解析后的ip地址为:115.239.210.27,服务运行的端口号为:443。百度的服务器在接收到请求后,发给客户端浏览器响应,status为响应码,其中200代表请求成功;响应的内容为:text/html;编码方式为:utf-8。
    对于响应的状态码,以下作简要介绍:

  • 1XX类:信息状态码,如100,101
  • 2XX类:成功状态码,如200:OK
  • 3XX类:重定向状态码
    301:永久重定向,由于地址栏中的url未变,故此种为隐藏重定向
    302:临时重定向,地址栏中的url会变为新的url
    304:Not Modified 未修改。举个栗子,譬如,当本地缓存的资源文件(如css,js,某些图片等)和请求服务器上的资源相比较时,发现并没有任何修改,那么服务器便会返回给浏览器一个304的状态码,也就是告诉浏览器,你本地有这些资源文件了,不用再请求我这边啦
  • 4XX类:访问错误状态码
    404:这是见得最多的吧,大名鼎鼎404—NOT FOUND,翻译过来就是浏览器请求的url资源并不存在
  • 5XX类:服务器端错误状态码
    500:Internal Server Error服务器内部错误
    502:Bad Gateway 网关(代理服务器)无法请求到后端服务器,也可以说代理服务器不可用
    504:Gateway Timeout 此状态码表明代理服务器可以连上后端服务器,但后端服务器在指定时间里没有给代理服务器做出响应

浏览器解析响应的html代码,并请求相应的资源

    浏览器获取到服务器返回的html代码后(response中可以看到)。我们假定返回的是baidu.html,浏览器获取到baidu.html后并不会马上进行渲染,它首先会去寻找html中的静态资源,倘若碰到js/css/image等静态资源时,浏览器便会继续请求服务器来下载该资源(服务器ip地址可能会不同,这个有可能用到cdn加速)。当浏览器中有该种类型的静态资源文件且服务器端未作修改时,会给浏览器返回304的状态码,从而浏览器会直接读取本地的缓存文件。

浏览器渲染页面

    当html中所需的资源全部加载完毕后,浏览器便开始渲染页面,用户所看的便是渲染过后的页面

版权声明:本文为博主原创文章,未经博主允许不得转载。

一次完整的HTTP事务过程分析

转自:http://linux5588.blog.51cto.com/65280/1351007 当我们在浏览器的地址栏输入 www.linux178.com ,然后回车,回车这一瞬...
  • xianymo
  • xianymo
  • 2015年07月07日 09:55
  • 788

Javascript实现继承的6种方式

Javascript实现继承

选择排序、快速排序、冒泡排序、插入排序

选择排序、快速排序、冒泡排序、插入排序

结合原生http url请求的过程,分析form即表单提交的原理

http://blog.csdn.net/xbw673009796/article/details/9354705 表单提交原理 1.HTTP是如何提交表单的 标签的属性enctype设置以何种...

Tomcat处理HTTP请求源码分析--包含jsp内置对象的实例过程

很多开源应用服务器都是集成tomcat作为web Container的,而且对于tomcat的servlet container这部分代码很少改动。这样,这些应用服务器的性能基本上就取决于Tomc...

Spring mvc 从一个http请求分析DispatcherServlet的工作过程

开发工具 Intellij IDEA  目标、调试 请求http://localhost:8080/coffee/helloworld dispatcher org...

Tomcat处理HTTP请求源码分析--包含jsp内置对象的实例过程

很多开源应用服务器都是集成tomcat作为web container的,而且对于tomcat的servlet container这部分代码很少改动。这样,这些应用服务器的性能基本上就取决于Tomcat...

iOS开发工具-如何使用网络封包分析工具Charles,通过配置proxy对http、https、tcp、udp 等协议的请求响应过程交互信息进行分析、判断、解决我们移动开发中的遇到的各种实际问题。

通过该方式同时也可以实现底层网络库AFNetworking及ASIHTTPRequest的代理设置。达到我们开发时的抓包分析及 IP地址指定访问开发/仿真任一台提供API接口服务器的目的。 首先下载...

Nginx中http请求处理过程

  • 2012年11月24日 20:49
  • 361KB
  • 下载
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:http请求过程分析
举报原因:
原因补充:

(最多只允许输入30个字)