一、http请求

当我们在web浏览器的地址栏中输入: www.baidu.com,然后回车,到底发生了什么?

过程概览

  1.对www.baidu.com这个网址进行DNS域名解析,得到对应的IP地址

  2.根据这个IP,找到对应的服务器,发起TCP的三次握手

  3.建立TCP连接后发起HTTP请求

  4.服务器响应HTTP请求,浏览器得到html代码

  5.浏览器解析html代码,并请求html代码中的资源(如js、css图片等)(先得到html代码,才能去找这些资源)

  6.浏览器对页面进行渲染呈现给用户

注:1.DNS域名解析采用的是递归查询的方式,过程是,先去找DNS缓存->缓存找不到就去找根域名服务器->根域名又会去找下一级,这样递归查找之后,找到了,给我们的web浏览器

2.为什么HTTP协议要基于TCP来实现?  TCP是一个端到端的可靠的面相连接的协议,HTTP基于传输层TCP协议不用担心数据传输的各种问题(当发生错误时,会重传)

3.最后一步浏览器是如何对页面进行渲染的?  a)解析html文件构成 DOM树,b)解析CSS文件构成渲染树,  c)边解析,边渲染 ,  d)JS 单线程运行,JS有可能修改DOM结构,意味着JS执行完成前,后续所有资源的下载是没有必要的,所以JS是单线程,会阻塞后续资源下载

下面我们来详细看看这几个过程的具体细节:

  1.域名解析

  a)首先会搜索浏览器自身的DNS缓存(缓存时间比较短,大概只有1分钟,且只能容纳1000条缓存)

  b)如果浏览器自身的缓存里面没有找到,那么浏览器会搜索系统自身的DNS缓存

  c)如果还没有找到,那么尝试从 hosts文件里面去找

  d)在前面三个过程都没获取到的情况下,就递归地去域名服务器去查找,具体过程如下

DNS优化:两个方面:DNS缓存、DNS负载均衡

  2.TCP连接(三次握手)

  拿到域名对应的IP地址之后,User-Agent(一般指浏览器)会以一个随机端口(1024<端口<65535)向服务器的WEB程序(常用的有httpd,nginx)等的80端口。这个连接请求(原始的http请求经过TCP/IP4层模型的层层封包)到达服务器端后(这中间有各种路由设备,局域网内除外),进入到网卡,然后是进入到内核的TCP/IP协议栈(用于识别连接请求,解封包,一层一层的剥开),还有可能要经过Netfilter防火墙(属于内核的模块)的过滤,最终达到WEB程序,最终建立了TCP/IP的连接

图解:

具体可以翻阅前面关于 TCP三次握手和四次挥手的博客

  3.建立TCP连接之后,发起HTTP请求

  HTTP请求报文由三部分组成:请求行,请求头和请求正文

  请求行:用于描述客户端的请求方式,请求的资源名称以及使用的HTTP协议的版本号(例:GET/books/java.html HTTP/1.1)

  请求头:用于描述客户端请求哪台主机,以及客户端的一些环境信息等

  注:这里提一个请求头 Connection,Connection设置为 keep-alive用于说明 客户端这边设置的是,本次HTTP请求之后并不需要关闭TCP连接,这样可以使下次HTTP请求使用相同的TCP通道,节省TCP建立连接的时间

  请求正文:当使用POST, PUT等方法时,通常需要客户端向服务器传递数据。这些数据就储存在请求正文中(GET方式是保存在url地址后面,不会放到这里)

  4.服务器端响应http请求,浏览器得到html代码

  HTTP响应也由三部分组成:状态码,响应头和实体内容

  状态码:状态码用于表示服务器对请求的处理结果

  列举几种常见的:200(没有问题) 302(要你去找别人) 304(要你去拿缓存) 307(要你去拿缓存) 403(有这个资源,但是没有访问权限) 404(服务器没有这个资源) 500(服务器这边有问题)

  若干响应头:响应头用于描述服务器的基本信息,以及客户端如何处理数据

  实体内容:服务器返回给客户端的数据

  注:html资源文件应该不是通过 HTTP响应直接返回去的,应该是通过nginx通过io操作去拿到的吧

  5.浏览器解析html代码,并请求html代码中的资源

  浏览器拿到html文件后,就开始解析其中的html代码,遇到js/css/image等静态资源时,就向服务器端去请求下载(会使用多线程下载,每个浏览器的线程数不一样),这是时候就用上 keep-alive特性了,建立一次HTTP连接,可以请求多个资源,下载资源的顺序就是按照代码里面的顺序,但是由于每个资源大小不一样,而浏览器又是多线程请求请求资源,所以这里显示的顺序并不一定是代码里面的顺序。

  6.浏览器对页面进行渲染呈现给用户

  最后,浏览器利用自己内部的工作机制,把请求的静态资源和html代码进行渲染,渲染之后呈现给用户

  浏览器是一个边解析边渲染的过程。首先浏览器解析HTML文件构建DOM树,然后解析CSS文件构建渲染树,等到渲染树构建完成后,浏览器开始布局渲染树并将其绘制到屏幕上。这个过程比较复杂,涉及到两个概念: reflow(回流)和repain(重绘)。DOM节点中的各个元素都是以盒模型的形式存在,这些都需要浏览器去计算其位置和大小等,这个过程称为relow;当盒模型的位置,大小以及其他属性,如颜色,字体,等确定下来之后,浏览器便开始绘制内容,这个过程称为repain。页面在首次加载时必然会经历reflow和repain。reflow和repain过程是非常消耗性能的,尤其是在移动设备上,它会破坏用户体验,有时会造成页面卡顿。所以我们应该尽可能少的减少reflow和repain。

  JS的解析是由浏览器中的JS解析引擎完成的。JS是单线程运行,JS有可能修改DOM结构,意味着JS执行完成前,后续所有资源的下载是没有必要的,所以JS是单线程,会阻塞后续资源下载

二、from memory cache与from disk cache

在chrome浏览器中的控制台Network中size栏通常会有三种状态

1.from memory cache

2.from disk cache

3.资源本身的大小(如:1.5k)

状态     状态     说明
200     form memory cache  不请求网络资源,资源在内存当中,一般脚本、字体、图片会存在内存当中
200     form disk ceche  不请求网络资源,在磁盘当中,一般非脚本会存在内存当中,如css等
200     资源大小数值 从服务器下载最新资源
304 报文大小 请求服务端发现资源没有更新(与服务器资源进行一次对比并一致),使用本地资源

但是以上这种也只是针对chrome浏览器,对于firefox浏览器没有这样的一说,即Firefox下会缓存资源,但是每次都会请求服务器对比当前缓存是否更改,chrome不请求服务器,直接拿过来用,这有可能是chrome加载快一点的原因吧

参考:https://blog.csdn.net/Garrettzxd/article/details/80684880

https://www.cnblogs.com/xuzekun/p/7527736.html

http请求全流程和from memory cache与from disk cache详解相关推荐

  1. Chrome中的from memory cache与from disk cache

    文章目录 前言 一.浏览器Network的Size列 二.三级缓存原理 三.HTTP状态码及区别 四.不同浏览器资源加载策略 前言 在Chrome开发者工具页面中,有Network一栏,如下图所示: ...

  2. 浏览器from memory cache 和 from disk cache

    最近做的项目有个关于页面缓存的问题需要解决,问题的大致情况就是项目每次上线后,用户那边不知道版本已经更新了操作的页面还是旧的内容,这样就带来了很多次生问题,每次都要去通知版本更新了让用户手动去刷新一下 ...

  3. 聊一聊缓存 [from memory cache 和 from disk cache]

    今天看到了一个问题,如果浏览器关闭了再打开, 请求还是from cache吗?  笼统的说yes 现在简单的来分析一下,首先,大家可以想一下,浏览器的缓存存放在哪里,如何在浏览器中判断强制缓存是否生效 ...

  4. 浏览器缓存 from memory cache与from disk cache详解

    在chrome浏览器中的控制台Network中size栏通常会有三种状态 from memory cache from disk cache 资源本身的大小(如:1.5k) 那么问题来了 三种区别在哪 ...

  5. linux 文件系统cache,终于找到一篇详解Linux文件系统Cache的文章

    级别: 初级 2006 年 5 月 11 日 文件 Cache 管理是 Linux 内核中一个很重要并且较难理解的组成部分.本文详细介绍了 Linux 内核中文件 Cache 管理的各个方面,希望能够 ...

  6. kafka请求全流程(二)—— 请求的接收以及分发

    承接上一篇(https://blog.csdn.net/fenglei0415/article/details/106162288) 二. 请求的接收以及分发 主要分析两个类,实现网络通信的关键部件. ...

  7. 开源工作流程引擎ccflow多人待办处理模式的详解

    2019独角兽企业重金招聘Python工程师标准>>> 多人待办工作处理模式,也是待办处理模式.是当接受的节点是多个人的时候,如何处理待办? 根据不用的场景,ccbpm把多人在普通节 ...

  8. 请简述php循环控制语句,PHP 循环控制语句几种方法详解_PHP教程

    在php中循环语句一般是使用while,for,foreach而控制语句就是if swicth这些了,下面我来给大家介绍一下php循环控制语句用法吧. 1.if..else循环有三种结构第一种是只有用 ...

  9. shellwhile比较_[Shell] if、for、while流程语句以及整数字符串判断比较的实例详解...

    前言: 实际上Shell是一个命令解释器,它解释由用户输入的命令并且把它们送到内核.不仅如此,Shell有自己的编程语言用于对命令的编辑,它允许用户编写由shell命令组成的程序.Shell编程语言具 ...

最新文章

  1. 解决了,短视频APP开发者最头疼的苹果上架相关问题
  2. c++中的new_handler
  3. linux内核启用64位除法,关于内核中的乘法和除法。
  4. Tomcat9 运行startup文件,打开的窗口是乱码显示
  5. 2018年10月底新公司
  6. 查看Android 系统发送的广播
  7. Java-JavaMail邮件开发(1)Java Mail
  8. sqlplus方向键问题_wuli大世界_新浪博客
  9. BI与SaaS碰撞,让数据处理更加轻松(下)
  10. vue3 倒计时3秒后返回首页
  11. PHP Laravel 队列技巧:Fail、Retry 或者 Delay
  12. opencv中Hu矩的学习心得
  13. 2020牛客暑期多校训练营(第六场)E——Easy Construction
  14. 大数据行业怎么样?未来发展好么?
  15. Avast与360安全卫士的冲突
  16. 前端导出文件 前端导出excel表格 下载文件
  17. 我做一键WIFI要用到的API
  18. 值得信赖的全球投资者法律顾问ROSEN提醒Brookdale Senior Living, Inc.投资者注意BKD证券集体诉讼的重要截止日期
  19. 怎样让c语言程序在手机上,各位前辈这两个程序怎么在手机上运行
  20. “装 X ”就是牛,试一试 IDEA 解决 Maven 依赖冲突的超级神器!

热门文章

  1. U 盘、移动硬盘 之 Unetbootin 工具
  2. sonic orch调度系统(1)----select
  3. 视频流媒体直播云服务管理平台有什么优势?
  4. Visual Studio 2015 激活码
  5. WiFi万能钥匙App可一键登录全国215个城市的“爱WiFi”
  6. 编译android工程提示error processing kotlin-stdlib-1.6.0.jar
  7. Vmware Esxi下的win2008忘记密码如何破解
  8. 获取CSS中图片地址
  9. 浏览器对我们意味着什么?
  10. jaxb教程_JAXB示例教程