udp的英文全称(UDP的英文全称)

UDP，全称 User Datagram Protocol，中文名称为用户数据报协议，主要用来支持那些需要在计算机之间传输数据的网络连接。UDP协议从问世至今已经被使用了很多年，虽然目前 UDP 协议的应用不如 TCP 协议广泛，但 UDP 依然是一种非常实用和可行的网络传输层协议。尤其是在一些实时性很强的应用场景中，比如网络游戏、视频会议等，UDP 协议的快速能力更具有独特的魅力。UDP 是一种面向非连接的协议，面向非连接指的是在正式通信前不必与对方先建立连接，不管对方状态就直接发送数据。至于对方是否可以接收到这些数据，UDP 协议无法控制，所以说 UDP 是一种不可靠的协议。UDP 协议适用于一次只传送少量数据、对可靠性要求不高的应用环境。与前面介绍的 TCP 协议一样，UDP 协议直接位于 IP 协议之上。实际上，IP 协议属于 OSI 参考模型的网络层协议，而 UDP 协议和 TCP 协议都属于传输层协议。因为 UDP 是面向非连接的协议，没有建立连接的过程，因此它的通信效率很高，但也正因为如此，它的可靠性不如 TCP 协议。UDP 协议的主要作用是完成网络数据流和数据报之间的转换在信息的发送端，UDP 协议将网络数据流封装成数据报，然后将数据报发送出去；在信息的接收端，UDP 协议将数据报转换成实际数据内容。可以认为 UDP 协议的 socket 类似于码头，数据报则类似于集装箱。码头的作用就是负责友送、接收集装箱，而 socket 的作用则是发送、接收数据报。因此，对于基于 UDP 协议的通信双方而言，没有所谓的客户端和服务器端的概念。UDP 协议和 TCP 协议简单对比如下：TCP 协议：可靠，传输大小无限制，但是需要连接建立时间，差错控制开销大。UDP 协议：不可靠，差错控制开销较小，传输大小限制在 64 KB以下，不需要建立连接。?相比较 TCP，UDP 是一种不可靠的网络协议，它在通信实例的两端各建立一个 socket，但这两个 socket 之间并没有虚拟链路，它们只是发送、接收数据报的对象。

UDP的中文全称是用户数据报协议
UDP abbr. 1. =User Datagram Protocol 【电脑】用户资料讯息协定(一种非连接型的传输协定)
现代英汉综合大辞典UDP =Uridine Diphosphate【化】二磷酸尿核苷简明英汉词典UDPabbr. User Datagram Protocol, 用户数据报协

"TCP---传输控制协议,提供的是面向连接、可靠的字节流服务。当客户和服务器彼此交换数据前，必须先在双方之间建立1个TCP连接，之后才可以传输数据。TCP提供超时重发，丢弃重复数据，检验数据，流量控制等功能，保证数据能从一端传到另一端。 UDP---用户数据报协议，是1个容易的面向数据报的运输层协议。UDP不提供可靠性，它只是把应用程序传给IP层的数据报发送出去，可是并不能保证它们能到达目的地。由于UDP在传输数据报前不用在客户和服务器之间建立1个连接，且木有超时重发等机制，故而传输速度很快目前Internet上流行的协议是TCP/IP协议，该协议中对低于1024的端口都有确切的定义，他们对应着Internet上有些常见的服务。这类常见的服务可以分为用TCP端口（面向连接）和用UDP端口（面向无连接）两种。说到TCP和UDP,首先要明白“连接”和“无连接”的含义，他们的关系可以用1个形象地比喻来说明，就是打电话和写信。2个人假如要通话，首先要建立连接——即打电话时的拨号，等待响应后——即接听电话后，才可以相互传递信息，最后还要断开连接——即挂电话。写信就比较容易了，填写好收信人的地址后将信投入邮筒，收信人就可以收到了。从这个分析可以看出，建立连接可以在要痛心地双方建立1个传递信息的通道，在发送方发送请求连接信息接收方响应后，由于是在接受方响应后才开始传递信息，并且是在1个通道中传送，因此接受方能比较完整地收到发送方发出的信息，即信息传递的可靠性比较高。但也正由于要建立连接，使资源开销加大（在建立连接前必须等待接受方响应，传输信息过程中必须确认信息是不是传到及断开连接时发出相应的信号等），独占1个通道，在断开连接钱不能建立另1个连接，即两人在通话过程中第三方不能打入电话。而无连接是一开始就发送信息（严格说来，这是木有开始、结束的），只是一次性的传递，是先不要接受方的响应，因而在一定程度上也没方法保证信息传递的可靠性了，就像写信一样，我们只是将信寄出去，却不能保证收信人一定可以收到。TCP是面向连接的，有比较高的可靠性， 有些要求比较高的服务一般用这个协议，如FTP、Telnet、SMTP、HTTP、POP3等，而UDP是面向无连接的，用这个协议的常见服务有DNS、SNMP、QQ等。对于QQ必须另外说明一下，QQ2003之前是只用UDP协议的，其服务器用8000端口，侦听是不是有信息传来，客户端用4000端口，向外发送信息（这也就不难理解在一般的显IP的QQ版本中显示好友的IP地址信息中端口常为4000或其后续端口的原因了），即QQ程序既接受服务又提供服务，在以后的QQ版本中也支持用TCP协议了。"
TCP全称为Transmission Control Protocol，即传输控制协议;UDP全称为User Datagram Protocol，即用户数据报协议。两者区别在于以下几点：1、连接性TCP面向连接，也就是在发送和接收数据之前，必须和对方建立连接，也就是我们常说的用来建立连接的3次握手和负责断开连接的4次挥手;而UDP面向无连接，也就是不需要建立连接即可发送和接收数据。2、可靠性TCP提供可靠的服务，传输过程中可以确保连接可靠稳定，如编号确认、流量控制、计时器等，确保数据不丢失不出错。3、报文首部TCP报文首部有20个字节，额外开销大;UDP报文首部有8个字节，标题短开销小。4、报文结构TCP面向字节流，将应用层报文分解成多个TCP报文段进行传输，到底目的站后重新分配;UDP面向报文，不拆分报文，1次发送1个报文。5、吞吐量控制TCP拥塞控制、流量控制、重传机制、滑动窗口等机制保证传输质量，而UDP却没有。6、双工性TCP只能点对点全双工通信，UDP支持一对一、一对多、多对一、多对多的交互通信。

UDP协议的全称是用户数据包协议，在网络中它与TCP协议一样用于处理 UDP数据包，是一种无连接的协议。在OSI模型中，在第四层——传输层，处于IP协议的上一层。UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点，也就是说，当报文发送之后，是无法得知其是否安全完整到达的。UDP用来支持那些需要在计算机之间传输数据的网络应用。包括网络视频会议系统在内的众多的客户/服务器模式的网络应用都需要使用UDP协议。UDP协议从问世至今已经被使用了很多年，虽然其最初的光彩已经被一些类似协议所掩盖，但是即使是在今天，UDP仍然不失为一项非常实用和可行的网络传输层协议。与所熟知的TCP（传输控制协议）协议一样，UDP协议直接位于IP（网际协议）协议的顶层。根据OSI（开放系统互连）参考模型，UDP和TCP都属于传输层协议。 UDP协议的主要作用是将网络数据流量压缩成数据包的形式。一个典型的数据包就是一个二进制数据的传输单位。每一个数据包的前8个字节用来包含报头信息，剩余字节则用来包含具体的传输数据。
UDP是网络OSI模型传输层的一个协议，负责通信双方进程间的通信。 要理解这个概念，首先你要了解OSI模型，以及传输层的基本任务。为了完成传输层的任务，开发了TCP协议和UDP协议，也就是说是TCP协议和UDP协议完成传输层规定的任务。发送方的应用层将数据往下交给传输层的UDP协议后，原始数据被分段，并编号；UDP将一小段一小段数据进行封装（在每一小段数据前加一个传输层的报头），封装得到的东西叫“数据段”，数据段上标明源端口和目的端口等信息。然后UDP将封装好的数据段往下传给网络层，网络层进行第二次的封装，生成了IP数据包往下传给数据链路层，数据链路层进行第三次的封装，生成了帧，往下传给物理层，物理层进行编码将数据发出。接收方的物理层接收数据，然后一层一层往上传，每一层都做相反的工作（解封装），直到传输层的时候，接收方的UDP协议得到数据段，它还要将通过目的端口知道了要将这个数据送给哪个应用程序，然后将数据段进行解封装，得到之前发送方分割的那一小段一小段的数据，之后将这一小段一小段数据重组成原始的数据，送给应用层的应用程序或服务。大概的过程就是这样。你要理解UDP，其实关键是要和TCP协议结合起来理解。TCP是面向连接的，要跟接收方进行三次握手协商一致后，才把数据发出去；UDP是面向非连接的，发送方不需要跟接收方进行任何的协商，就将数据发出。这样会导致一些问题，比如接收方很忙，没有足够的CPU和内存资源来处理数据，就有可能导致接收方没能很好地接收并处理数据；甚至接收方根本不存在。很显然，在这方面TCP做得比UDP可靠。TCP发出数据后，接收方也是TCP接收数据，接收方的TCP接收到数据后，会很负责人地给发送方的TCP协议发送一个ACK确认信息。UDP不是这样，发送方的UDP协议发出数据后，接收方也是UDP在接收数据，但是接收方的UDP没有给发送方ACK确认，就像你给分居两地的女孩发一封表白的情书，而女孩收到信后，没有给你任何的回音，这是一件很沮丧的事情。而通过ACK信息，发送方知道接收方需要哪一组的数据，量有多大（窗口），这个量根据接收方的或者网络的空闲资源决定的，这就避免了接收方过于繁忙而down机的情况。不管是TCP也好、UDP也罢，数据发送的时候都是有序的，但是由于中间网络的复杂性，数据到达接收方的时候很有可能是无序的，这个时候在接收方的TCP协议和UDP协议处理的方式不一样。TCP会等到所有数据段到达后，根据编号从新排序，然后重组；UDP呢？哪段数据先来就先重组，等到最后一段数据段到来的时候，重组完成。综上，传输层有两个协议TCP和UDP都能完成其规定的任务，但是效果不一样。TCP可靠，但是复杂，成本高；UDP不可靠，但是效率高。一般来说，传输重要数据的时候，应用程序会把数据交给TCP协议来传输；传输图像，视频等这些不是很重要的数据，而对传输效率要求比较高的时候，应用程序会把数据交给UDP协议来传输。 最后，希望对你有帮助，只是5分太少了。
UDP是面向无连接的通讯协议，UDP数据包含目的端口号和源端口号信息。主要优点速度快、操作简单、要求系统资源较少，由于通讯不需要连接，可以实现广播发送;缺点是传输数据前并不与对方建立连接，对接收到的数据也不发送确认信号，发送端不知道数据是否会正确接收，也不重复发送，不可靠。
端口的一种，是一种无保障的传输，特点高速，应用在语音，视频等需要高速的情况
在verilog HDL中是用户定义的原语，类似于C++中的用户自定义的类一样！

tcp---传输控制协议,提供的是面向连接、可靠的字节流服务。当客户和服务器彼此交换数据前，必须先在双方之间建立一个tcp连接，之后才能传输数据。tcp提供超时重发，丢弃重复数据，检验数据，流量控制等功能，保证数据能从一端传到另一端。 udp---用户数据报协议，是一个简单的面向数据报的运输层协议。udp不提供可靠性，它只是把应用程序传给ip层的数据报发送出去，但是并不能保证它们能到达目的地。由于udp在传输数据报前不用在客户和服务器之间建立一个连接，且没有超时重发等机制，故而传输速度很快现在internet上流行的协议是tcp/ip协议，该协议中对低于1024的端口都有确切的定义，他们对应着internet上一些常见的服务。这些常见的服务可以分为使用tcp端口（面向连接）和使用udp端口（面向无连接）两种。说到tcp和udp,首先要明白“连接”和“无连接”的含义，他们的关系可以用一个形象地比喻来说明，就是打电话和写信。两个人如果要通话，首先要建立连接——即打电话时的拨号，等待响应后——即接听电话后，才能相互传递信息，最后还要断开连接——即挂电话。写信就比较简单了，填写好收信人的地址后将信投入邮筒，收信人就可以收到了。从这个分析可以看出，建立连接可以在需要痛心地双方建立一个传递信息的通道，在发送方发送请求连接信息接收方响应后，由于是在接受方响应后才开始传递信息，而且是在一个通道中传送，因此接受方能比较完整地收到发送方发出的信息，即信息传递的可靠性比较高。但也正因为需要建立连接，使资源开销加大（在建立连接前必须等待接受方响应，传输信息过程中必须确认信息是否传到及断开连接时发出相应的信号等），独占一个通道，在断开连接钱不能建立另一个连接，即两人在通话过程中第三方不能打入电话。而无连接是一开始就发送信息（严格说来，这是没有开始、结束的），只是一次性的传递，是先不需要接受方的响应，因而在一定程度上也无法保证信息传递的可靠性了，就像写信一样，我们只是将信寄出去，却不能保证收信人一定可以收到。tcp是面向连接的，有比较高的可靠性， 一些要求比较高的服务一般使用这个协议，如ftp、telnet、smtp、http、pop3等，而udp是面向无连接的，使用这个协议的常见服务有dns、snmp、qq等。对于qq必须另外说明一下，qq2003以前是只使用udp协议的，其服务器使用8000端口，侦听是否有信息传来，客户端使用4000端口，向外发送信息（这也就不难理解在一般的显ip的qq版本中显示好友的ip地址信息中端口常为4000或其后续端口的原因了），即qq程序既接受服务又提供服务，在以后的qq版本中也支持使用tcp协议了。
TCP全称为Transmission Control Protocol，即传输控制协议; UDP全称为User Datagram Protocol，即用户数据报协议。两者区别在于以下几点：1、连接性TCP面向连接，也就是在发送和接收数据之前，必须和对方建立连接，也就是我们常说的用来建立连接的3次握手和负责断开连接的4次挥手;而UDP面向无连接，也就是不需要建立连接即可发送和接收数据。2、可靠性TCP提供可靠的服务，传输过程中可以确保连接可靠稳定，如编号确认、流量控制、计时器等，确保数据不丢失不出错。3、报文首部TCP报文首部有20个字节，额外开销大;UDP报文首部有8个字节，标题短开销小。4、报文结构TCP面向字节流，将应用层报文分解成多个TCP报文段进行传输，到底目的站后重新分配;UDP面向报文，不拆分报文，1次发送1个报文。5、吞吐量控制TCP拥塞控制、流量控制、重传机制、滑动窗口等机制保证传输质量，而UDP却没有。6、双工性 TCP只能点对点全双工通信，UDP支持一对一、一对多、多对一、多对多的交互通信。