• TCP与UDP的区别,以及它们各自的定义


    TCP(Transmission Control Protocol,传输控制协议)是基于连接的协议,也就是说,在正式收发数据前,必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来,其中的过程非常复杂,我们这里只做简单、形象的介绍,你只要做到能够理解这个过程即可。我们来看看这三次对话的简单过程:主机A向主机B发出连接请求数据包:“我想给你发数据,可以吗?”,这是第一次对话;主机B向主机A发送同意连接和要求同步(同步就是两台主机一个在发送,一个在接收,协调工作)的数据包:“可以,你什么时候发?”,这是第二次对话;主机A再发出一个数据包确认主机B的要求同步:“我现在就发,你接着吧!”,这是第三次对话。三次“对话”的目的是使数据包的发送和接收同步,经过三次“对话”之后,主机A才向主机B正式发送数据。 

    UDP(User Data Protocol,用户数据报协议)是与TCP相对应的协议。它是面向非连接的协议,它不与对方建立连接,而是直接就把数据包发送过去!
    UDP适用于一次只传送少量数据、对可靠性要求不高的应用环境。比如,我们经常使用“ping”命令来测试两台主机之间TCP/IP通信是否正常,其实“ping”命令的原理就是向对方主机发送UDP数据包,然后对方主机确认收到数据包,如果数据包是否到达的消息及时反馈回来,那么网络就是通的。例如,在默认状态下,一次“ping”操作发送4个数据包(如图2所示)。大家可以看到,发送的数据包数量是4包,收到的也是4包(因为对方主机收到后会发回一个确认收到的数据包)。这充分说明了UDP协议是面向非连接的协议,没有建立连接的过程。正因为UDP协议没有连接的过程,所以它的通信效果高;但也正因为如此,它的可靠性不如TCP协议高。QQ就使用UDP发消息,因此有时会出现收不到消息的情况。

    tcp协议和udp协议的差别
    TCP UDP
    是否连接 面向连接 面向非连接
    传输可靠性 可靠 不可靠
    应用场合 传输大量数据 少量数据
    速度 慢 快


    文件,检查是否正常传输
    udp是面向非连接的不可靠的协议,适用于传输一次性小批量的文件,不对传输数据报进行检查
    tcp需要先建立连接才能通话
    udp不需要,实时性要高点
    tcp可以形象比喻为打电话的过程,udp可以比喻为发短信的过程
    tcp不能发送广播和组播,只能单播
    udp可以广播和组播
    通俗地讲,tcp协议是面向有链接的,安全性相对来说比较高,但是传输的速度有点慢;而udp恰好相反,udp是面向无连接的,没有验证功能,传输速度快。

                  如果比较UDP包和TCP包的结构,很明显UDP包不具备TCP包复杂的可靠性与控制机制。与TCP协议相同,UDP的源端口数和目的端口数也都支持一台 主机上的多个应用。一个16位的UDP包包含了一个字节长的头部和数据的长度,校验码域使其可以进行整体校验。(许多应用只支持UDP,如:多媒体数据 流,不产生任何额外的数据,即使知道有破坏的包也不进行重发。) 

    很明显,当数据传输的性能必须让位于数据传输的完整性、可控制性和可靠性时,TCP协议是当然的选择。当强调传输性能而不是传输的完整性时,如:音频和多 媒体应用,UDP是最好的选择。在数据传输时间很短,以至于此前的连接过程成为整个流量主体的情况下,UDP也是一个好的选择,如:DNS交换。把 SNMP建立在UDP上的部分原因是设计者认为当发生网络阻塞时,UDP较低的开销使其有更好的机会去传送管理数据。TCP丰富的功能有时会导致不可预料 的性能低下,但是也许在不远的将来,TCP可靠的点对点连接将会用于绝大多数的网络应用。

    楼主可以根据自己情况选择使用TCP和UDP,我以前也做过文件传输,用的UDP发现和TCP传输。不过我的是文件传输而不是视频传输。
    最主要的原因是因为TCP有纠错能力,如果传送的数据包丢失的话要重新要求发送,而视频这东西要求的是实时性,比如实时视频,如果因为途中丢了数据包导致 中断了几分之一秒,最重要的不是将它补上而是保证下面播放的实时性,如果为了补上丢失的数据包而导致“停格”显然是不必要的。另外,像OICQ一类的软件 使用的就是UDP协议,对于这些软件来说,丢失一两句聊天数据并不重要,重要的是减少服务器的开销以便为更多的客户端服务。

    视频数据都是数据量很大的,25帧每秒CIF的视频大约要56Mbps,所以要利用传输效率高的UDP协议!

    相信我用UDP没错的,因为我前些时间也有同样的开发,做了很多试验,用TCP的致命缺陷是它的“加性增乘性减”特性,这会使得即使很小的丢包也会大大降 低速度,而且TCP是不丢包的,如果视频数据量大于网络速度,那会在发送端越聚越多最后造成系统崩溃。视频传送使用UDP即使丢一两个帧也是无关紧要的

    rdesktop应该不是传输像传输视频那样传输的,它使用的是差分压缩的方法,所以必须使用TCP来保证传输的有效性,否则差分压缩就不成立了。
    真正实时视频基本上都是用UDP的,因为像MPEG分为I帧、B帧什么的,即使中间帧丢失,只要下一个关键帧来了,也可以重建,配合好的缓冲机制的话,比TCP要实用多了         
  • 相关阅读:
    将博客搬至CSDN
    一种全新的屏幕适配方法 自动百分比适配 一切px说了算
    一些精品开源代码
    Android View 事件分发机制 源码解析 (上)
    Android 高清加载巨图方案 拒绝压缩图片
    Android EventBus实战 没听过你就out了
    Markdown 11种基本语法
    JavaScript 语言基础知识点总结(思维导图)
    隐藏滚动条 支持Chrome, IE (6+), Firefox, Opera, and Safari
    (function(){})(this)
  • 原文地址:https://www.cnblogs.com/Adrian99/p/3143750.html
Copyright © 2020-2023  润新知