大家好,又见面了,我是你们的朋友全栈君。
TCP和UDP都是传输层协议
TCP
TCP 是一种面向有连接的传输层协议,能够对自己提供的连接实施控制。适用于要求可靠传输的应用,例如文件传输。面向字节流,传输慢
UDP
UDP 是一种面向无连接的传输层协议,不会对自己提供的连接实施控制。适用于实时应用,例如:IP电话、视频会议、直播等。,以报文的方式传输,效率高
TCP:Tcp建立连接需要3次握手
好比打电话,连接,稳定
三次握手 四次挥手
最少需要三次,保证稳定连接!
为什么需要三次握手四次挥手见其他文
客户端、服务端角色清晰
传输完成,释放连接,效率低
UDP:发短信
不连接,不稳定
客户端、服务端:没有明确的界限
不管有没有准备好,都可以发给你…类似导弹攻击;DDOS:洪水攻击!(饱和攻击)
使用UDP协议的双方随时可以发送数据,使用TCP协议的双方在发送数据之前必须使用“三次握手”建立TCP连接,TCP连接建立成功后,才能进行数据传输,数据传输结束后,必须使用“四报文挥手”来释放连接
UDP支持一对一,一对多,一对全的通信TCP仅支持单播
在下图中,任何一台主机都可以向其它3台主机发送广播
在下图中,任何一台主机都可以向某个多播组发送多播
在下图中,任何一台主机都可以向其它任一主机发送单播
TCP仅支持·单播·
UDP 发送方将应用进程报文交付给传输层的UDP,UDP直接给这个报文添加一个UDP首部,使之成为UDP用户数据报,然后进行发送,接收方收到该UDP数据报后,去掉UDP首部,将应用层报文交付给应用进程,也就是说,UDP对应用进程交付的报文既不合并,也不拆分,而是保留报文边界,即UDP是面向报文的
TCP 发送方的TCP把应用进程交付下来的数据块,仅仅看做是一连串的无结构的字节流,TCP并不知道这些字节流的具体含义,仅将他们编号,存储在发送缓存中,TCP根据发送策略,从发送缓存中提取一定数量的字节,构建TCP报文段,并发送,接收方的TCP,一方面从所接受到的TCP报文段中,取出数据载荷部分并存储在接收缓存中,一方面将接收缓存中的一些字节交付给应用进程,TCP不保证接收方应用进程所收到的数据块与发送方应用进程发出的数据块具有对应大小的关系,例如发送方的应用进程交给发送方TCP共10个数据块,但接收方的TCP可能只用了4个数据块就把收到的字节流交付给了上层的应用进程。接收方的应用进程必须有能力识别收到的字节流并还原成有意义的应用层数据,TCP面向字节流是TCP实现可靠传输,流量控制,以及拥塞控制的基础。在实际网络中,基于TCP连接的两端,可以同时进行TCP报文段的发送和接收(即全双工通信)
UDP 网络层向传输层提供的是无连接的不可靠的传输服务,当传输层使用UDP协议时,传输层给应用层提供的也是无连接的不可靠的传输服务,在数据传输过程中,如果用户数据报收到干扰,发生误码,接收方面UDP可以通过该数据报首部中的校验和字段的值,检查出产生误码的情况,但仅仅丢弃该数据报,其他什么也不做。发送方给接收方发送UDP用户数据报,如果该数据报被因特网中的某个路由器丢弃了,发送方UDP不做任何处理 UDP适用于IP电话,视频会议等实时应用
TCP
网络层向传输层提供的是无连接的不可靠的传输服务(也就是说IP数据报可能会出现丢失或者误码),当传输层使用tcp协议时,传输层给应用层提供的是面向连接的可靠的传输服务,不会出现误码,丢失,乱序,重复等传输差错
TCP适用于要求可靠传输的应用,例如文件传输
UDP 一个UDP数据报由首部和数据载荷两部分组成,首部仅有4个字段,每个字段长度为2字节,由于UDP不提供可靠传输服务,仅仅在网际层的基础上增加了用于区分应用进程的端口
TCP 一个TCP报文段由数据载荷和首部两部分组成,首部如下图,最小长度为20字节,最大长度为60字节,这是因为TCP要实现可靠传输,流量控制,拥塞控制等服务
UDP | TCP | |
---|---|---|
是否需要建立连接 | 否 | 是 |
通信方式 | 一对一,一对多,多对一,多对多交互通信 | 每条TCP连接只能有两个端点,只能是一对一通信 |
对报文的处理 | 对应用层交付的报文直接打包 | 面向字节流 |
传输是否可靠 | 尽最大努力交付,也就是不可靠,不使用流量控制和拥塞控制 | 可靠传输,使用流量控制和拥塞控制 |
首部对比 | 仅8字节 | 最小20字节,最大60字节 |
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/191457.html原文链接:https://javaforall.cn