即时通讯为什么不采用UDP的连接方式呢_不适合使用udp进行数据传输服务的场景

即时通讯为什么不采用UDP的连接方式呢

博主今天从网络上找了几个比较关注的热点的内容进行讲解 

1.首先介绍一下UDP连接的缺点

1. 不可靠：UDP是一种无连接的传输协议，它不提供数据包的可靠传输保证。这意味着当使用UDP进行通信时，数据包可能会丢失、重复、乱序或损坏，而且没有机制来自动纠正这些问题。对于实时通讯应用，如语音或视频通话，丢失的数据包或乱序的数据会导致严重的质量下降。
2.  不支持流量和拥塞控制：DP没有内置的流量控制和拥塞控制机制。这意味着当网络拥塞或带宽受限时，UDP应用程序无法自动调整发送速率或适应网络条件。这可能导致过度发送数据包，进一步加重网络拥塞，并增加数据丢失的可能性。
3. 不能穿越防火墙，不能进行net转换：由于UDP是无连接的，它在穿越防火墙或执行网络地址转换时可能会遇到问题。防火墙通常会限制对UDP端口的访问，并且UDP数据包的源IP地址和端口在经过NAT后可能会被修改，导致通信中断或无法建立连接。
4. 需要自己定义错误处理和重传机制：由于UDP不提供可靠性保证，应用程序需要自己实现错误处理和重传机制来确保数据的可靠传输。这需要额外的开发工作，并增加了应用程序的复杂性。

2.简单说一下UDP的优点

UDP并不是一无是处的，在部分场景下也是应用十分广泛的

1. 低延迟：UDP在通信过程中不需要建立连接和维护状态，数据包的传输延迟较低。由于没有TCP的握手和重传机制，UDP可以更快地将数据发送到目标主机。
2. 带宽利用率高：由于UDP没有拥塞控制机制，它可以以较高的速率发送数据。对于实时性要求较高的应用，如实时音视频传输、游戏等，UDP能够更好地满足需求。
3. 简单轻量：UDP的协议头相对简单，只有较少的字段，包含源端口、目标端口、数据长度等。相对于TCP来说，UDP的实现更加简单、轻量，对系统资源的消耗较少。
4. 广播和多播：UDP支持广播和多播的特性，可以将数据一次性发送给多个接收方，适用于实现组播通信和广播传输。

3.UDP的应用场景

UDP用于的实时通讯一般指的就是视频一类的不是文字一类的，要是发消息丢了那是不行的。

UDP的应用场景比较好记忆的。

1. 实时性要求较高的应用：UDP适用于那些对传输延迟要求较高，可以容忍丢包的应用。例如，实时音视频通信、在线游戏中的实时数据传输等。

2. DNS（Domain Name System）：域名解析通常使用UDP协议进行查询和响应，因为UDP在速度和带宽利用率方面更为适合。

3. 日志收集：在日志收集系统中，UDP常用于将日志数据快速传输到中央日志服务器，以减少传输延迟和系统资源消耗。

4. 广播和多播应用：UDP支持广播和多播的特性，可以用于组播通信、实时数据分发等

 最后，简单的总结一下，TCP连接是基于1对1的方式的，UDP连接是基于1对多的连接的方式的。

综上所述，尽管UDP在一些特定场景下具有优势（如实时性要求高、数据量小等），但对于及时通讯这样对数据可靠性和稳定性要求较高的应用来说，UDP的无连接性和不可靠性使其不适合作为建立连接的主要协议。UDP采用的传输的方式是采用的广播的机制。