TCP和UDP的区别

tcp传输控制协议,udp用户数据报协议
1)TCP面向连接(三次握手机制),通信前需要先建立连接;UDP面向无连接,通信前不需要建立连接,也不需要收发数据的确认,速度快,实时性更好

2)TCP保障可靠传输(按序、无差错、不丢失、不重复);UDP不保障可靠传输,使用最大努力交付;(TCP的可靠仅仅体现在传输层,我也可以让UDP可靠,就要向上封装,在应用层实现可靠)

3)TCP面向字节流的传输,就是把应用层传下来的报文看成字节流,把字节流组织成大小不等的数据块,UDP面向数据报的传输,就是应用层传下来的报文不合并也不拆分,只是添加UDP首部。

对UDP而言,不面向连接,不可靠,没有三次握手,我给你发送数据之前,不需要知道你在不在,不要你的同意,我只管把数据发送出去至于你收到不收到,从来和我没有半毛钱的关系。

不管用TCP和UDP,应用只要看需求,对于TCP更加注重的是可靠性,而不是实时性,如果我发送的数据很重要一点也不能出错,有延迟无所谓的话,那就TCP啊。UDP更加注重是速度快,也就是实时性,对于可靠性要求不那么高,所以像斗鱼,熊猫这些在线直播网站应该在UDP基础是封装了其他协议,比如视频实时传输协议。而且UDP的支持多播,那就很符合这些直播网站了,有时候看直播视频卡顿,人飘逸那可能就是丢包了,但是你也只能往下看。(TCP是单播)

DNS是域名解析服务,基于UDP(也可以基于TCP)53端口,因为DNS是一种查询服务,追求的是速度,用UDP考虑到降低服务器的负载,即使没那么精准出错的话,重试的损失也没有很大
如果需要DNS服务器之间同步数据,为了精准需要TCP,为了保证数据的正确性(区域传输,主DNS服务器和辅DNS服务器)
怎么理解字节流和数据报文?
字节流没有边界,TCP有缓冲区,发送数据的时候,将应用层数据写入TCP的缓冲区,由TCP协议来控制发送里面的数据
**TCP面向字节流:**虽然应用程序和TCP的交互是一次一个数据块(大小不等),但是TCP把应用程序交下来的数据仅仅看成是一连串的无结构的字节流,TCP并不知道所传送的字节流的含义。另外如果应用进程传送到TCP缓存的数据块太长,TCP就可以把它划分短一些再传送,如果数据块太短,也可以累积几次一起发送。
虽然TCP是字节流,但是决对不会以杂乱的次序给上层程序提供数据,所以TCP的接收端会先保持大的序列号的数据不交给应用程序,知道缺失的晓得序列号的报文段被填满
**UDP面向报文:**UDP对应用层交下来的报文,既不合并也不拆分,而是保留这些报文的边界(不会发生粘包),也就是说应用层交给UDP多长报文,UDP照常发送,一次发送一个报文。
TCP UDP应用场景

TCP应用场景: 效率要求相对低,但对准确性要求相对高的场景。因为传输中需要对数据确认、重发、排序等操作,相比之下效率没有UDP高。文件传输(准确高要求高、但是速度可以相对慢)、接受邮件、远程登录

UDP应用场景: 效率要求相对高,对准确性要求相对低的场景。QQ聊天、在线视频、网络语音电话(即时通讯,速度要求高,但是出现偶尔断续不是太大问题,并且此处完全不可以使用重发机制)、广播通信(广播、多播)

QQ以UDP为主,TCP为辅,为了避免UDP的不可靠,在上层还使用了服务器的中转方式,如果客户端使用UDP发出一条消息,服务器收到这个包,需要使用UDP协议发回一个应答包,表示我已经收到了,保证消息可靠传输。所以在客户端看到“发送失败”,但是对方其实又收到这个消息,就是因为客户端发出的消息,服务器已经收到并转发成功,但是客户端由于网络原因没有收到服务器的应答
还跟代理服务器有关,UDP能够穿透大部分的代理服务器
视频聊天,文本聊天都是UDP,登陆采用TCP保持长链接的在线状态,文件传输也是TCP,可靠

如何让UDP保证可靠的传输
UDP是一种无连接的协议,资源消耗小,处理速度快,用于音频视频,保证可靠传输可以参考tcp的传输方式,不过只是实现转到了应用层,在应用层封装其他协议
实时传输协议RTP,应用程序在UDP上运行RTP,有序传送,校验服务
RUDP拥塞控制
UDT是基于UDP的数据传输协议,建立在UDP之上,引入新的拥塞控制和数据可靠性控制

TCP的报头结构:
在这里插入图片描述
源端口 16位 目标端口 16位

序列号 32位:对字节流进行编号,就是三次握手里面的seq,序号10,就是第一个字节编号是10 ,数据如果长度20 ,下一个报文段的序号应该是30

确认号 32位:期望收到的下一个报文段的序号,比如上面那个确认号应该就是30

ACK确认标志:置1时,确认标志有效,TCP规定,连接建立后所有传送的报文段的ACK都是1

数据偏移 4位 保留reserved 6位 控制代码 6位
窗口大小 16位:是接收方让发送方设置发送窗口的依据,流量控制用到

紧急指针 16位 校验和 16位
选项 32位(可选)
这样我们得出了TCP报头的最小长度,为20字节
TCP的窗口实际表示的是一种接收能力,用以限制发送方的发送速度

IP数据报的组成
在这里插入图片描述

UDP报文结构,UDP首部开销小,8字节

在这里插入图片描述
伪首部12字节是为了计算检验和临时添加的

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值