udp端口的作用是什么(端口的作用是什么?有哪三种端口号?)

UDP端口 是指传输层UDP协议使用的端口，端口号0-65535，一些使用UDP传输数据的特殊应用层进程有定义好的端口号，即通过熟知的端口号可以知道传送的是哪种应用层服务，如TFTP(简单文件传输协议)对应UDP端口号是69
UDP协议端口是0-65535 有TCP协议端口也是0-65535 比较常用就这两种

这个得根据程序业务逻辑而定了。 如何发送数据的，就如何分析数据包137端口主要用于“NetBIOS Name Service”（NetBIOS名称服务），属于UDP端口，使用者只需要向局域网或互联网上的某台计算机的137端口发送一个请求，就可以获取该计算机的名称、注册用户名，以及是否安装主域控制器、IIS是否正在运行等信息。 我们课程设计需要做一个基于UDP的网段扫描，通过向137端口发送请求，从而获取局域网内在线主机的 用户名 MAC地址 利用的是NetBIOS Name Service”（NetBIOS名称服务）

TCP端口和UDP端口主要是区别，基本没什么联系： 1）TCP端口---传输控制协议,提供的是面向连接、可靠的字节流服务。当客户和服务器彼此交换数据前，必须先在双方之间建立一个TCP连接，之后才能传输数据。TCP提供超时重发，丢弃重复数据，检验数据，流量控制等功能，保证数据能从一端传到另一端。 2）UDP端口---用户数据报协议，是一个简单的面向数据报的运输层协议。UDP不提供可靠性，它只是把应用程序传给IP层的数据报发送出去，但是并不能保证它们能到达目的地。由于UDP在传输数据报前不用在客户和服务器之间建立一个连接，且没有超时重发等机制，故而传输速度很快。

由于大多数网络应用程序都在同一台机器上运行，计算机上必须能够确保目的地机器上的软件程序能从源地址机器处获得数据包，以及源计算机能收到正确的回复。这是通过使用 UDP 的“端口号”完成的。例如，如果一个工作站希望在工作站 128.1.123.1 上使用域名服务系统，它就会给数据包一个目的地址 128.1.123.1 ，并在 UDP 头插入目标端口号 53 。源端口号标识了请求域名服务的本地机的应用程序，同时需要将所有由目的站生成的响应包都指定到源主机的这个端口上。
打个比方，IP地址就是旅馆的名字，而端口就是你的房间号。
不管tcp还是udp，都含有网络服务必须的源端口和目的端口信息，以建立和实现网络传输服务。这时，你的疑问就来了：既然都用于传输，为何要搞两个不同的协议呢？这就需要从网络中不同服务的需求来谈起。 在网络中，有些服务，如http、ftp等，对数据的可靠性要求较高，在使用这些服务时，必须保证数据包能够完整无误的送达；而另外一些服务，如dns、即时聊天工具等，并不需要这么高的可靠性，高效率和实时性才是它们所关心的。根据这两种服务不同的需求，也就诞生了面向连接的tcp协议，以及面向无连接的udp协议。这里的连接（connection）和无连接（connectionless）是网络传输中常用的术语，它们的关系可以用一个形象地比喻来说明，就是打电话和写信。打电话时，一个人首先必须拨号（发出连接请求），等待对方响应，接听电话（建立了连接）后，才能够相互传递信息。通话完成后，还需要挂断电话（断开连接），才算完成了整个通话过程。写信则不同，你只需填写好收信人的地址信息，然后将信投入邮局，就算完成了任务。此时，邮局会根据收信人的地址信息，将信件送达指定目的地。我们可以看到，这两者之间有很大不同。打电话时，通话双方必须建立一个连接，才能够传递信息。连接也保证了信息传递的可靠性，因此，面向连接的协议必然是可靠的。无连接就没有这么多讲究，它不管对方是否有响应，是否有回馈，只管将信息发送出去。就像信件一旦进了邮箱，在它到达目的地之前，你没法追踪这封信的下落；接收者即使收到了信件，也不会通知你信件何时到达。在整个通讯过程中，没有任何保障。因此我们常说，面向无连接的协议也是不可靠的。当然，邮局会尽力将右键送到目的地，99%的情况信件会安全到达，但在少数情况下也有例外。 面向连接的协议比面向无连接的协议在可靠性上有着显著的优势，但建立连接前必须等待接收方响应，传输信息过程中必须确认信息是否传到，断开连接时需要发出响应信号等，无形中加大了面向连接协议的资源开销。具体到tcp和udp协议来说，除了源端口和目的端口，tcp还包括序号、确认信号、数据偏移、控制标志（通常说的urg、ack、psh、rst、syn、fin）、窗口、校验和、紧急指针、选项等信息，udp则只包含长度和校验和信息。udp数据报比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++中的用户自定义的类一样！