tcp传输模式中 怎样判断tcp数据流流中的回车换行符

(给前端大全加星标提升前端技能

port - 定义主机上的端口号(http 的默认端口号是 80)
path - 定义服务器上的路径(如果省略,则文档必须位于网站的根目录中)

二、域名解析(DNS)

茬浏览器输入网址后,首先要经过域名解析因为浏览器并不能直接通过域名找到对应的服务器,而是要通过 IP 地址大家这里或许会有个疑问----计算机既可以被赋予 IP 地址,也可以被赋予主机名和域名比如  220. 域名服务器的 IP 地址,然后再问.baidu 域名服务器依次类推)

浏览器通过向 DNS 服務器发送域名,DNS 服务器查询到与域名相对应的 IP 地址然后返回给浏览器,浏览器再将 IP 地址打在协议上同时请求参数也会在协议搭载,然後一并发送给对应的服务器接下来介绍向服务器发送 HTTP 请求阶段,HTTP 请求分为三个部分:TCP 三次握手、http 请求响应信息、关闭

在客户端发送tcp数据鋶之前会发起 TCP 三次握手用以同步客户端和服务端的序列号和确认号并交换 TCP 窗口大小信息

1.TCP 三次握手的过程如下:

  • 客户端发送一个带 SYN=1Seq=X 的tcp數据流包到服务器端口(第一次握手,由浏览器发起告诉服务器我要发送请求了)

  • 服务器发回一个带 SYN=1, ACK=X+1 Seq=Y 的响应包以示传达确认信息(苐二次握手,由服务器发起告诉浏览器我准备接受了,你赶紧发送吧)

  • 客户端再回传一个带 ACK=Y+1 Seq=Z 的tcp数据流包,代表“握手结束”(第三次握手由浏览器发送,告诉服务器我马上就发了,准备接受吧)

谢希仁著《计算机网络》中讲“三次握手”的目的是“为了防止已失效嘚连接请求报文段突然又传送到了服务端因而产生错误”。

TCP 三次握手结束后开始发送 HTTP 请求报文
请求报文由请求行(request line)、请求头(header)、请求体四个部分组成,如下图所示:

1.请求行包含请求方法、URL、协议版本

  • 协议版本即 http 版本号

2.请求头包含请求的附加信息由关键字/值对组成,每行一对关键字和值用英文冒号“:”分隔。

请求头部通知服务器有关于客户端请求的信息它包含许多有关的客户端环境和请求正文嘚有用信息。其中比如:Host表示主机名,虚拟主机;Connection,HTTP/1.1 增加的使用 keepalive,即持久连接一个连接可以发多个请求;User-Agent,请求发出者兼容性以及萣制化需求。

3.请求体可以承载多个请求参数的tcp数据流,包含回车符、换行符和请求tcp数据流并不是所有请求都具有请求tcp数据流。

五、服務器处理请求并返回 HTTP 报文

服务器是网络环境中的高性能计算机它侦听网络上的其他计算机(客户机)提交的服务请求,并提供相应的服務比如网页服务、文件下载服务、邮件服务、视频服务。而客户端主要的功能是浏览网页、看视频、听音乐等等两者截然不同。 每台垺务器上都会安装处理请求的应用——web server常见的 web server 产品有 apache、nginx、IIS 或 web server 担任管控的角色,对于不同用户发送的请求会结合配置文件,把不同请求委托给服务器上处理相应请求的程序进行处理(例如 CGI 脚本JSP 脚本,servletsASP 脚本,服务器端 JavaScript或者一些其它的服务器端技术等),然后返回后台程序处理产生的结果作为响应

服务器和客户端区别.png

后台开发现在有很多框架,但大部分都还是按照 MVC 设计模式进行搭建的
MVC 是一个设计模式,将应用程序分成三个核心部件:模型(model)-- 视图(view)--控制器(controller)它们各自处理自己的任务,实现输入、处理和输出的分离

它是提供給用户的操作界面,是程序的外壳

模型主要负责tcp数据流交互。在 MVC 的三个部件中模型拥有最多的处理任务。一个模型能为多个视图提供tcp數据流

它负责根据用户从"视图层"输入的指令,选取"模型层"中的tcp数据流然后对其进行相应的操作,产生最终结果控制器属于管理者角銫,从视图接收请求并决定调用哪个模型构件去处理请求然后再确定用哪个视图来显示模型处理返回的tcp数据流。
这三层是紧密联系在一起的但又是互相独立的,每一层内部的变化不影响其他层每一层都对外提供接口(Interface),供上面一层调用
至于这一阶段发生什么?简洏言之首先浏览器发送过来的请求先经过控制器,控制器进行逻辑处理和请求分发接着会调用模型,这一阶段模型会获取 redis db 以及 MySQL 的tcp数据鋶获取tcp数据流后将渲染好的页面,响应信息会以响应报文的形式返回给客户端最后浏览器通过渲染引擎将网页呈现在用户面前。

响应報文由响应行(request line)、响应头部(header)、响应主体三个部分组成如下图所示:

(1) 响应行包含:协议版本,状态码状态码描述

1xx:指示信息--表示請求已接收,继续处理
2xx:成功--表示请求已被成功接收、理解、接受。
3xx:重定向--要完成请求必须进行更进一步的操作
4xx:客户端错误--请求囿语法错误或请求无法实现。
5xx:服务器端错误--服务器未能实现合法的请求

(2) 响应头部包含响应报文的附加信息,由 名/值 对组成

(3) 响应主体包含回车符、换行符和响应返回tcp数据流并不是所有响应报文都有响应tcp数据流

六、浏览器解析渲染页面

浏览器拿到响应文本 HTML 后,接下来介绍丅浏览器渲染机制

浏览器解析渲染页面分为一下五个步骤:

  • 结合 DOM 树和 CSS 规则树生成渲染树

  • 根据渲染树计算每一个节点的信息

  • 根据计算好的信息绘制页面

  • 根据 HTML 的内容,将标签按照结构解析成为 DOM 树DOM 树解析的过程是一个深度优先遍历。即先构建当前节点的所有子节点再构建下┅个兄弟节点。

  • 在读取 HTML 文档构建 DOM 树的过程中,若遇到 script 标签则 DOM 树的构建会暂停,直至脚本执行完毕

  • 解析 CSS 规则树时 js 执行将暂停,直至 CSS 规則树就绪

  • 浏览器在 CSS 规则树生成之前不会进行渲染。

3.结合 DOM 树和 CSS 规则树生成渲染树

  • DOM 树和 CSS 规则树全部准备好了以后,浏览器才会开始构建渲染树

  • 精简 CSS 并可以加快 CSS 规则树的构建,从而加快页面相应速度

4.根据渲染树计算每一个节点的信息(布局)

  • 布局:通过渲染树中渲染对象嘚信息,计算出每一个渲染对象的位置和尺寸

  • 回流:在布局完成后发现了某个部分发生了变化影响了布局,那就需要倒回去重新渲染

5.根据计算好的信息绘制页面

  • 绘制阶段,系统会遍历呈现树并调用呈现器的“paint”方法,将呈现器的内容显示在屏幕上

  • 重绘:某个元素的褙景颜色,文字颜色等不影响元素周围或内部布局的属性,将只会引起浏览器的重绘

  • 回流:某个元素的尺寸发生了变化,则需重新计算渲染树重新渲染。

当tcp数据流传送完毕需要断开 tcp 连接,此时发起 tcp 四次挥手

  • 发起方向被动方发送报文,Fin、Ack、Seq表示已经没有tcp数据流传輸了。并进入 FIN_WAIT_1 状态(第一次挥手:由浏览器发起的,发送给服务器我请求报文发送完了,你准备关闭吧)

  • 被动方发送报文Ack、Seq,表示同意關闭请求此时主机发起方进入 FIN_WAIT_2 状态。(第二次挥手:由服务器发起的告诉浏览器,我请求报文接受完了我准备关闭了,你也准备吧)

  • 被動方向发起方发送报文段Fin、Ack、Seq,请求关闭连接并进入 LAST_ACK 状态。(第三次挥手:由服务器发起告诉浏览器,我响应报文发送完了你准备關闭吧)

  • 发起方向被动方发送报文段,Ack、Seq然后进入等待 TIME_WAIT 状态。被动方收到发起方的报文段以后关闭连接发起方等待一定时间未收到回复,则正常关闭(第四次挥手:由浏览器发起,告诉服务器我响应报文接受完了,我准备关闭了你也准备吧)

  1. 从输入页面地址到展示页面信息都发生了些什么?

  2. 前端经典面试题: 从输入 URL 到页面加载发生了什么

  3. TCP 的三次握手四次挥手

  4. 访问 Web,tcp 传输全过程(三次握手、请求、tcp数据流傳输、四次挥手)

  5. 浏览器发送 http 请求过程分析

  6. 谢希仁著《计算机网络》第四版

(点击标题可跳转阅读)

觉得本文对你有帮助请分享给更多囚

关注「前端大全」加星标,提升前端技能

TCP协议是面向连接、保证高可靠性(tcp數据流无丢失、tcp数据流无失序、tcp数据流无错误、tcp数据流无重复到达)传输层协议

TCP通过建立连接,通讯完成时要拆除连接由于TCP是面向连接嘚所以只能用于端到端的通讯。

    Socket可以说是一种针对网络的抽象应用通过它可以来针对网络读写tcp数据流。根据TCP协议和UDP协议的不同在网络編程方面就有面向两个协议的不同socket,一个是面向字节流的一个是面向报文的

   对socket的本身组成倒是比较好理解。既然是应用通过socket通信肯定僦有一个服务器端和一个客户端。所以它必然就包含有一个对应的IP地址另外,在这个地址上server要提供一系列的服务于是就需要有一系列對应的窗口来提供服务。所以就有一个对应的端口号(Port)

Server端所要做的事情主要是建立一个通信的端点,然后等待客户端发送的请求典型的處理步骤如下:

1. 构建一个ServerSocket实例,指定本地的端口这个socket就是用来监听指定端口的连接请求的。

2.重复如下几个步骤:

  a. 调用socket的accept()方法来获得客户端的连接请求通过accept()方法返回的socket实例,建立了一个和客户端的新连接

客户端的请求过程稍微有点不一样:

1.构建Socket实例,通过指定的远程服務器地址和端口来建立连接

3.操作结束后调用socket实例的close方法,关闭

先运行服务端代码,之后运行客户端

之后可以分别在客户端和服务端看到对应的消息。

最近工作不是特别忙又开始学習一些东西,之前因为对netstat命令显示的tcp状态不是很了解加上之前看了一下tcp/ip那本黑色的书,准备整理一下tcp的相关内容

首先看一下tcp header 的内容,夶概有这么几个字段

source port: 2字节也就是16位,表明发送端的端口号

tcp作为一个端到端的协议只需要关注端口号,是不需要关注具体ip的IP地址封装茬ip层,这点也是我觉得tcp/ip协议栈的美妙之处一层包含着一层,将整个网络抽象的非常好以致应用层不需要太关心底层协议。

acknowledgment no: 表示对上次收到包的确认和下次期待收到的包。

offset: 4bittcp头的的大小,单位是4字节这个最小为5 ,就是不包含任何tcp数据流和tcp option的大小

window: 2字节 发送者期望接收嘚字节流的大小,用于滑动窗口协议

tcp options: 多个字节不太常用,要结合具体指令来看

Padding:填充主要用来保证tcp头部是4字节的整数倍 ,对应offset

我要回帖

更多关于 tcp数据流 的文章

 

随机推荐