传输层的两个协议，TCP（Transmission Control Protocol，传输控制协议）和UDP（User Datagram Protocol，用户数据报协议），有各自的应用场景。
TCP应用场景
TCP为应用层协议提供可靠传输，发送端按顺序发送，接收端按顺序接收，其间发送丢包、乱序，TCP负责重传和排序。下面是TCP的应用场景。
（1）客户端程序和服务端程序需要多次交互才能实现应用程序的功能。比如接收电子邮件使用的POP3和发送电子邮件的SMTP，传输文件的FTP，在传输层使用的是TCP。
（2）应用程序传输的文件需要分段传输，比如浏览器访问网页，网页中图片和HTML文件需要分段后发送给浏览器，或QQ传文件，在传输层也是选用TCP。
如果需要将发送的内容分成多个数据包发送，这就要求在传输层使用TCP，在发送方和接收方建立连接，实现可靠传输、流量控制和拥塞避免。
比如从网络中下载一个500MBit的电影或下载一个200MBit的软件，这么大的文件需要拆分成多个数据包发送，发送过程需要持续几分钟或几十分钟。在此期间，发送方将要发送的内容一边发送一边放到缓存，将缓存中的内容分成多个数据包，并进行编号，按顺序发送。这就需要在发送方和接收方建立连接，协商通信过程的一些参数（比如一个数据包最大多少个字节），如果网络不稳定造成某个数据包丢失，发送方必须重新发送丢失的数据包，否则就会造成接收到的文件不完整，这就需要TCP协议能够实现可靠传输。如果发送方发送速度太快，接收方来不及处理，接收方还会通知发送方降低发送速度甚至停止发送。TCP协议还能实现流量控制，因为互联网中的流量不固定，流量过高时会造成网络拥塞（这一点很好理解，就像城市上下班高峰时的交通堵塞一样），在整个传输过程中发送方要一直探测网络是否拥塞，来调整发送速度，TCP协议有拥塞避免机制。
如图1所示，发送方的发送速度由网络是否拥塞和接收端接收速度两个因素控制，哪个速度低，就用哪个速度发送。
图1 TCP功能
有些应用程序通信，使用TCP协议就显得效率低了。比如有些应用，客户端只需向服务器发送一个请求报文，服务器返回一个响应报文就完成其功能。这类应用如果使用TCP，发送三个数据包建立连接，再发送四个数据包释放连接，就为了发送一个报文，就显得不值了，干脆让应用程序直接发送，如果丢包了，应用程序再发送一遍。这类应用，在传输层就使用 UDP。
UDP应用场景
（1）客户端程序和服务端程序通信，应用程序发送的数据包不需要分段。比如域名解析，DNS协议就是用传输层的UDP，客户端向DNS服务器发送一个报文解析某个网站的域名，DNS服务器将解析的结果使用一个报文返回给客户端。
（2）实时通信，比如QQ或微信语音聊天，或视频聊天。这类应用，发送端和接收端需要实时交互，也就是不允许较长延迟，即便有几句话因为网络堵塞没听清，也不允许使用TCP等待丢失的报文，等待的时间太长了，就不能愉快的聊天了。
（3）多播或广播通信。比如学校多媒体机房，老师的电脑屏幕需要教室的学生电脑接收屏幕，在老师的电脑安装多媒体教室服务端软件，学生电脑安装多媒体教室客户端软件，老师电脑使用多播地址或广播地址发送报文，学生电脑都能收到。这类应用在传输层使用UDP。
知道了传输层两个协议的特点和应用场景，就很容易判断某个应用层协议在传输层使用什么协议。
现在判断一下，QQ聊天在传输层使用的是什么协议，QQ传文件在传输层使用的是什么协议？
如果使用QQ给好友传输文件，传输文件会持续几分钟或几十分钟，肯定不是使用一个数据包就能把文件传输完的，需要将要传输的文件分段传输，在传输文件之前需要建立会话，在传输过程中实现可靠传输、流量控制、拥塞避免等，这在传输层使用TCP协议来实现这些功能。
使用QQ聊天，通常一次输入聊天内容不会有太多文字，使用一个数据包就能把聊天内容发送出去，并且聊完第一句，也不定什么时候聊第二句，发送数据不是持续的，发送QQ聊天的内容在传输层使用UDP。
可见一个应用程序通信根据通信的特点，在传输层可以选择不同的协议。
此文章来自于《华为 HCIA-Datacom认证（2021新版HCIA教材）》
©著作权归作者所有：来自51CTO博客作者韩立刚冬青的原创作品，请联系作者获取转载授权，否则将追究法律责任
TCP和UDP的应用场景
https://blog.51cto.com/91xueit/5367097
标签：UDP,场景,TCP,发送,传输,传输层,数据包 来源： https://www.cnblogs.com/xmasker/p/16587909.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。