![](https://img-blog.csdnimg.cn/20201014180756926.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
计网高频知识总结
文章平均质量分 60
。
Dutkig
奔跑吧, 用绝望追不上的速度。
展开
-
HTTP各个版本的区别
HTTP/1.0——短连接版本HTTP/1.0规定浏览器与服务器只保持短暂的连接,即每一次请求都需要与服务器建立一次TCP连接,服务器完成请求处理后立即断开TCP连接。服务器不会跟踪每个客户也不记录过去的请求。(说完就挂断)因此这样的连接无法复用,每个TCP连接只能发送一个请求,发送完毕连接关闭。这个版本的HTTP性能很差,因为TCP建立连接的过程是一个很耗时的过程。HTTP/1.1——长连接版本为了解决1.0的缺陷,该版本最主要的改进就是引入了持久连接,即TCP连接默认不关闭,可以被多个请原创 2022-04-07 21:35:50 · 718 阅读 · 0 评论 -
TCP和UDP的区别和优缺点
区别TCP面向连接,UDP无连接,即发送数据前不需要建立连接TCP提供可靠的服务,也就是说TCP传输的数据无差错,不丢失,不重复,且按时序到达(TCP通过校验和,重传控制,序号标识,滑动窗口,确认应答实现可靠传输,如丢包时的重发控制,还可以对次序混乱的分包进行顺序控制),UDP尽最大努力交付,即不保证一个可靠的交付UDP实时性强,工作效率比TCP高,适用于对高速传输和实时性有较高要求的通信。每一条TCP连接只能是点对点的,UDP支持一对一,一对多,多对一,多对多的交互通信。TCP对系统资源的要求原创 2022-03-10 23:32:15 · 1606 阅读 · 0 评论 -
HTTP与HTTPS
HTTP和HTTPS的区别http协议是应用层的协议,它是对Tcp协议的一个应用。HTTPS 协议需要到 CA (CertificateAuthority,证书颁发机构)申请证书,一般免费证书较少,因而需要一定费用。(以前的网易官网是http,而网易邮箱是 https)HTTP 是超文本传输协议,信息是明文传输,HTTPS 则是具有安全性的 SSL 加密传输协议。HTTP 和 HTTPS 使用的是完全不同的连接方式,用的端口也不一样,前者是80,后者是443。HTTP 的连接很简单,是无状态的原创 2022-03-09 20:05:35 · 326 阅读 · 0 评论 -
输入一个URL到显示界面的过程
前言打开浏览器从输入网址到网页呈现在大家面前,背后到底发生了什么?经历怎么样的一个过程?步骤分解分解:DNS解析:将域名解析成IP地址TCP连接三次握手发送HTTP请求服务器处理请求并返回HTTP报文浏览器解析渲染界面断开连接:TCP四次挥手较详细解释:浏览器要将URL解析为IP地址,解析域名就要用到DNS协议首先主机会查询DNS的缓存,如果没有就给本地DNS发送查询请求DNS查询分为两种方式:①递归查询,②迭代查询,如果是迭代查询,本地的DNS服务器,向根域名服务器发送查原创 2022-03-09 19:09:53 · 514 阅读 · 0 评论 -
TCP如何保证可靠性
1、序列号、确认应答、超时重传数据到达接收方,接收方需要发出一个确认应答,表示已经收到该数据段,并且确认序号会说明它下一次需要接受的数据的序列号。如果数据迟迟未收到确认应答,那么可能是发送的数据丢失,也可能是确认应答丢失,这时发送方在等待一定时间后会进行重传。这个时间一般是2*RRT(报文往返时间)+ 一个偏差值。2、滑动窗口、高速重发控制、快速重传TCP会利用窗口控制来提高传输速度,意思是在一个窗口大小内,不用一定要等到应答才能发送下一段数据,窗口大小就是无需等待确认而可以继续发送数据的最大值原创 2022-03-08 22:44:29 · 2020 阅读 · 0 评论 -
TCP的拥塞控制算法
前言防止过多的数据注入网络中,这样可以使网络中的路由器或链路不会过载。若出现拥塞而不进行控制,整个网络的吞吐量将随输入负荷的增大而下降。当输入的负载到达一定程度 吞吐量不会增加,即一部分网络资源会丢失掉,网络的吞吐量维持在其所能控制的最大值,转发节点的缓存不够大这造成分组的丢失是拥塞的征兆。四种拥塞控制算法拥塞控制自然也是控制发送者的流量,发送方维护一个拥塞窗口cwnd(congestion windows)的状态变量,拥塞窗口的大小取决于网络的拥塞程度,并且在动态变化,发送者让自己的发送窗口等于原创 2022-03-08 22:09:08 · 2452 阅读 · 0 评论 -
TCP流式服务的粘包问题及解决方法
TCP流式服务的粘包问题有可能将两次send的内容合并在一起被接受端收到。解决方法:发送定长包包层加入\r\n标记,FTP协议就是这么做的,但这种方案存在的问题就是,如果数据正文存在同样的字符,就会被误判为消息的边界包头加上包体长度,包头是定长的4个字节,说明了包体长度,接收对等方先接受包体长度,依据长度来接收包体使用更复杂的应用层协议...原创 2022-03-08 21:37:20 · 1857 阅读 · 0 评论 -
TCP的三次握手和四次挥手过程
前言在之前我们学习Linux系统的编程流程时,知道在传输层使用tCP协议时,它是一种面向连接的可靠的字节流服务,然而在使用UDP协议时,是一种无连接的不可靠的数据报服务,但是其实这两种协议本质上并不存在什么优劣,而是适用于不同的应用场景。三次连接根据TCP的编程流程,我们知道在服务器端创建监听队列后,就会在accept处阻塞等待,客户端connect发起连接,然后服务器端将未完成三次握手的队列中的信息传输到已完成三次握手的队列中后,从而建立连接。那么此时的建立方式是怎样的呢?——三次握手con原创 2022-03-08 21:32:25 · 1991 阅读 · 0 评论