udp 订阅
Internet 协议集支持一个无连接的传输协议,该协议称为用户数据报协议(UDP,User Datagram Protocol)。UDP 为应用程序提供了一种无需建立连接就可以发送封装的 IP 数据包的方法。RFC 768 [1]  描述了 UDP。Internet 的传输层有两个主要协议,互为补充。无连接的是 UDP,它除了给应用程序发送数据包功能并允许它们在所需的层次上架构自己的协议之外,几乎没有做什么特别的事情。面向连接的是 TCP,该协议几乎做了所有的事情。 [2] 展开全文
Internet 协议集支持一个无连接的传输协议,该协议称为用户数据报协议(UDP,User Datagram Protocol)。UDP 为应用程序提供了一种无需建立连接就可以发送封装的 IP 数据包的方法。RFC 768 [1]  描述了 UDP。Internet 的传输层有两个主要协议,互为补充。无连接的是 UDP,它除了给应用程序发送数据包功能并允许它们在所需的层次上架构自己的协议之外,几乎没有做什么特别的事情。面向连接的是 TCP,该协议几乎做了所有的事情。 [2]
信息
外文名
User Datagram Protocol
特    点
无连接、不可靠、快速传输
类    别
传输层协议
用    途
发送IP数据包
中文名
用户数据报协议
基    础
IP数据包服务上增加一点功能
UDP协议简介
UDP 是User Datagram Protocol的简称, 中文名是用户数据报协议,是OSI(Open System Interconnection,开放式系统互联) 参考模型中一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务,IETF RFC 768 [1]  是UDP的正式规范。UDP在IP报文的协议号是17。UDP协议与TCP协议一样用于处理数据包,在OSI模型中,两者都位于传输层,处于IP协议的上一层。UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点,也就是说,当报文发送之后,是无法得知其是否安全完整到达的。UDP用来支持那些需要在计算机之间传输数据的网络应用。包括网络视频会议系统在内的众多的客户/服务器模式的网络应用都需要使用UDP协议。UDP协议从问世至今已经被使用了很多年,虽然其最初的光彩已经被一些类似协议所掩盖,但即使在今天UDP仍然不失为一项非常实用和可行的网络传输层协议。许多应用只支持UDP,如:多媒体数据流,不产生任何额外的数据,即使知道有破坏的包也不进行重发。当强调传输性能而不是传输的完整性时,如:音频和多媒体应用,UDP是最好的选择。在数据传输时间很短,以至于此前的连接过程成为整个流量主体的情况下,UDP也是一个好的选择。 [3]  UDP是OSI参考模型中一种无连接的传输层协议,它主要用于不要求分组顺序到达的传输中,分组传输顺序的检查与排序由应用层完成 [4]  ,提供面向事务的简单不可靠信息传送服务。UDP 协议基本上是IP协议与上层协议的接口。UDP协议适用端口分别运行在同一台设备上的多个应用程序。UDP提供了无连接通信,且不对传送数据包进行可靠性保证,适合于一次传输少量数据,UDP传输的可靠性由应用层负责。常用的UDP端口号有:53(DNS)、69(TFTP)、161(SNMP),使用UDP协议包括:TFTP、SNMP、NFS、DNS、BOOTP。UDP报文没有可靠性保证、顺序保证和流量控制字段等,可靠性较差。但是正因为UDP协议的控制选项较少,在数据传输过程中延迟小、数据传输效率高,适合对可靠性要求不高的应用程序,或者可以保障可靠性的应用程序,如DNS、TFTP、SNMP等。为了在给定的主机上能识别多个目的地址,同时允许多个应用程序在同一台主机上工作并能独立地进行数据包的发送和接收,设计用户数据报协议UDP。  UDP使用底层的互联网协议来传送报文,同IP一样提供不可靠的无连接数据包传输服务。它不提供报文到达确认、排序、及流量控制等功能。UDP Helper可以实现对指定UDP端口广播报文的中继转发,即将指定UDP端口的广播报文转换为单播报文发送给指定的服务器,起到中继的作用。
收起全文
精华内容
参与话题
问答
  • tcp 和 udp的区别?

    千次阅读 多人点赞 2019-06-27 11:50:20
    tcp 和 udp的区别? TCP 协议官方定义 维基百科介绍 UDP 协议官方定义 维基百科介绍 可参考:TCP、UDP 协议的区别的详细分析基于 TCP、UDP 协议编程差异 TCP/IP 协议是一个协议簇,包括很多协议。命名为 TCP...

    tcp 和 udp的区别?

    TCP 
        协议官方定义     维基百科介绍

    UDP 
        协议官方定义     维基百科介绍

    可参考:
    TCP、UDP 协议的区别的详细分析
    基于 TCP、UDP 协议编程差异


    TCP/IP 协议是一个协议簇,包括很多协议。命名为 TCP/IP 协议的原因是 TCP 和 IP 这两个协议非常重要,应用很广。
    TCP 和 UDP 都是 TCP/IP 协议簇里的一员。

     

    TCP,Transmission Control Protocol 的缩写,即传输控制协议。
    面向连接,即必须在双方建立可靠连接之后,才会收发数据
    信息包头 20 个字节
    建立可靠连接需要经过3次握手
    断开连接需要经过4次挥手
    需要维护连接状态
    报文头里面的确认序号、累计确认及超时重传机制能保证不丢包、不重复、按序到达
    拥有流量控制及拥塞控制的机制

     

    UDP,User Data Protocol 的缩写,即用户数据报协议。
    不建立可靠连接,无需维护连接状态
    信息包头 8 个字节
    接收端,UDP 把消息段放在队列中,应用程序从队列读消息
    不受拥挤控制算法的调节
    传送数据的速度受应用软件生成数据的速率、传输带宽、源端和终端主机性能的限制
    面向数据报,不保证接收端一定能收到
        
        
    区别:
    TCP 面向连接;UDP 不建立可靠连接
    TCP 信息包头 20 个字节;UDP 8 个字节
    TCP 只能一对一的传输;UDP 支持一对一、一对多、多对一、多对多的传输
    TCP 需要维护连接状态;UDP 无
    TCP 拥有流量控制及拥塞控制的机制;UDP 不关注网络状况
    TCP 通过流模式传输数据;UDP 通过数据报模式传输数据
    TCP 保证数据正确性、不丢包、不重复、有序性;UDP 只最大交付,不保证可靠性
    TCP 适合网络负担不大、可靠性要求高的场景;UDP 适合网络负担重响应高、客户端较多、可靠性要求不高的场景

     


    【Java面试题与答案】整理推荐

     

    展开全文
  • UDP

    千次阅读 2018-08-13 22:54:34
     用户数据保协议(User Datagram Protocol,UDP)是开放系统互联模型(Open System Interconnection,OSI)中传输层协议的一种,是一种保留消息边界的简单的面向数据报的协议。UDP不提供差错纠正、队列管理、重复...

    概述

           用户数据保协议(User Datagram Protocol,UDP)是开放系统互联模型(Open System Interconnection,OSI)中传输层协议的一种,是一种保留消息边界的简单的面向数据报的协议。UDP不提供差错纠正、队列管理、重复消除、流量控制和拥塞控制,但提供差错检测(包含我们在传输层中碰到的第一个真实的端到端(end-to-end)校验和)。这种协议自身提供最小功能,因此使用它的应用程序要做许多关于数据报如何发送和处理的控制工作。想要保证数据被可靠传递或正确排序,应用程序必须自己实现这些保护功能。一般来说,每个被应用程序请求的UDP输出操作只产生一个UDP数据报,从而发送一个IP数据报。而对于面向数据流的传输层协议(例如TCP),应用程序写入的全部数据与真正在单个IP数据报里传送的或接收方接收的内容可能没有联系。

            UDP把数据报发送出去,但并不保证它们能够到达目的地。另外,没有协议机制防止告诉UDP流量对其他网络用户的消极影响。这种可靠性和保护性的缺失需要上层协议来代替UDP完成,但因为UDP的无连接特性,它要比其他传输协议使用更少的开销。另外,广播和组播更多直接使用像UDP这样的无连接传输。最后,应用程序可选择自己的重传单元的能力(因为上层协议可以自主决定要提供多大的可靠性)是一项重要的考虑。

    UDP校验和

           UDP校验和覆盖了UDP头部、UDP数据和一个伪头部。它由初始的发送方计算得到,由最终的接收方校验。它在传送中不会被修改(除非通过NAT)。传输层协议(如TCP、UDP)使用校验和来覆盖它们的头部和数据。对于UDP来说,校验和是可选的(尽管强烈推荐使用),而其他的则是强制的。当UDP在IPv6中使用时,校验和的计算和使用时强制的,因为在IP层没有头部校验和。为了给应用程序提供无差错数据,像UDP这样的传输层协议,在投递数据到接收方应用程序之前,必须计算校验和或者使用其他差错检测机制。

           UDP校验和的计算方法与普通互联网校验和(Internet checksum)类似,但要注意两点。首先,UDP数据报长度可以使奇数个字节,而校验和算法只相加16位字(总是偶数个字节)。UDP的处理过程是在奇数长度的数据报尾部追加一个值为0的填充(虚)字节,这仅仅是为了校验和的计算与验证,实际上填充字节不会被传送出去,因此是虚的。

           第二点是UDP(也包括TCP)计算校验和时包含了衍生自IPv4头部的一个12字节的伪头部(如上图所示)或衍生自IPv6头部字段的一个40字节的伪头部。这个伪头部也是虚的,仅用于校验和的计算与验证,不会被传送出去。这个伪头部包含了来自IP头部的源IP地址和目的IP地址以及协议或下一个头部字段(值应该是17)。它的目的是让UDP验证数据是否已经到达正确的目的地。对于伪头部的操作违反了互联网协议的分层规则(UDP作为传输层协议直接操作网络层的数据),但这只产生微小的影响(不像NAT),因为一般来说,当数据传送到(或来自于)UDP时,网络层(IP)数据已经是现成的了,UDP不过是将其作为检验的一部分而已,不会修改。

           UDP数据报校验和虽然在原始UDP规范中是可选的,但它们还是被要求在主机中默认使用。因为当数据通过路由器时,总会存在有软件和硬件漏洞的路由器在转发数据报时会修改其中的数据。如果校验和被关闭,这些错误就无法被检测到。而在IPv6中,IP层的头部校验和时不存在的,因此传输层的校验和是必须的。

    UDP-Lite

           有些应用程序可以容忍在发送和接收数据里引入的比特差错。通常,为了避免建立连接的开销或为了使用广播或组播地址,这类应用程序都会选择使用UDP,但是UDP使用的校验和要么覆盖整个负载,要么就干脆没有校验和。一个称为UDP-Lite的协议通过修改传统的UDP协议,提供了部分校验和来解决这个问题。这些校验和可以只覆盖UDP数据报里的一部分负载。UDP-Lite有它自己的IPv4协议和IPv6下一个头部字段,因此它实际上算是一种独立的传输层协议。UDP-Lite用一个校验和覆盖范围(Checksum Coverage)字段代替了冗余的长度字段来修改传统UDP头部。如下图:

           校验和覆盖字段是被校验和覆盖的字节数(从UDP-Lite头部的第1个字节开始)。除了特殊的值以外,最小值是8,因为UDP-Lite头部自身总是要求被校验和覆盖。值0表示整个负载都被校验和覆盖,这就和传统UDP一样了。而对于IPv6超长数据报,因为用于存放校验和覆盖范围字段的空间有限(只有16位),对于这类数据报,被覆盖范围最多可以是64KB或整个数据报(值为0即全覆盖)。

    最大UDP数据报长度

           理论上,一个IPv4数据报的最大长度是65535字节,这由IPv4头部的16位总长度字段决定。除去20字节不带选项的IPv4头部和一个8字节的UDP头部,就剩下最大65507字节留个UDP数据报的数据部分。而对于IPv6,假设没有使用超长数据报,16位负载长度字段可允许655535字节的UDP数据报长度(除去8字节被用于UDP头部后只剩下655527字节)。虽然理论上可以达到这些数值,但这些大小满额的数据报多数不能被端到端投递。因为可能系统本地协议实现有一些限制(可通过API套接字修改能处理的最大数据报长度),还有可能是应用程序没法处理这么大的数据报。

    数据报截断

           UDP/IP能发送和接收一个指定大小的数据报并不意味着接收数据报的应用程序能够读取这种大小的数据报。UDP编程接口允许应用程序指定每次读操作完成时返回的最大字节数。如果接收的数据报超过应用程序的限定值,大多数情况下会发生API截断(truncate),丢弃这个数据报里超过接收应用程序指定字节数的任何超额数据。但所谓“丢弃”,每种实现的具体操作是不同的,一些系统把这些超额数据放到下一次读操作中,另一些则通知调用者多少数据被截断了(或只报告有数据截断)。

    流量和拥塞控制的缺失

           大多数UDP服务器是迭代(iterative)服务器,即单个服务器线程(或进程)在单个UDP端口处理所有客户请求。通常一个应用程序使用的每个UDP端口均有一个大小有限的队列与之对应。也就是说来自不同客户机多个请求会被UDP自动排入队列里以一定策略排序(最简单的实现是FCFS,先来先服务),接收到的UDP数据报中排在最前的一个先被传送给应用程序。

           然而,这个队列有可能会溢出,使得UDP丢弃进入的数据报。因为UDP不提供流量控制(flow control),也就是说服务器无法让客户机减慢速率。因为UDP是一个无连接协议,自身没有可靠机制,应用程序无法得知什么时候UDP输入队列产生了溢出,超额的数据报仅仅是被丢弃而已。

           当网络节点(比如路由器)中发生类似的满队列的情况时,就说网络发生了拥塞(congested)。拥塞会影响所有流量经过拥塞发生地点的网络用户,这与前面提到的UDP输入情况不一样,那里作为端点,只有单个应用程序服务受影响。然而UDP无连接的特性意味着当网络正在拥塞时,不能通知对端降低发送率。

     

                                                                                  本文部分内容摘自《TCP/IP详解 卷1:协议(中文版)第2版》

    展开全文
  • Linux| |对于UDP的学习

    万次阅读 多人点赞 2019-01-07 08:51:10
    UDP # 前序 UDP(用户数据报协议)没有连接的,是面向数据报的,是不可靠 # 套接字 就是IP地址+端口号 IP地址:4字节 端口号:2字节,也就是说范围是0~65536 端口号分为 知名端口号 0--1023...

    UDP


    # 前序

    UDP(用户数据报协议)没有连接的,是面向数据报的,是不可靠

    # 套接字

    就是IP地址+端口号

    IP地址:4字节

    端口号:2字节,也就是说范围是0~65535

    • 端口号分为

    • 知名端口号

      • 0--1023:http,ssh,ftp,telnet等一些协议端口号都是固定的,对于操作系统来说是不能对其进行分配的

      • 一些固定的端口号

      1. ssh服务器,使用22端口

      2. ftp服务器,使用21端口

      3. telnet服务器,使用23端口

      4. http服务器,使用80端口

      5. https服务器,使用443端口

    • 操作系统动态分配的端口号

      • 客户端服务器的端口号,这个范围的端口号操作系统可以对其进行分配

    • 查看端口号

    • less /etc/services
       //就可以查看Linux下所有的端口号了

       

    IP地址的理解:

    • IP地址用来标识一个主机

    端口号的理解:

    • 端口号就是用来告诉操作系统要对于那一个进程进行操作,也就是说端口号就是用来标识一个进程

    • 一个端口号只可被一个进程所占用,但是一个进程可以拥有多个端口号,也就是进程和端口号是一对多的关系

    • 当我们写一个程序使用端口号的时候,要避开这些知名端口号

    【问题】

    1. 一个进程是否可以bind多个端口号呢?

      • 可以,因为一个进程可以打开多个文件描述符,而每一个文件描述符都对应着一个端口号,所以一个进程可以绑定多个端口号

    2. 一个端口号是否可以被多个进程bind?

      • 不可以

      • 如果一个进程先绑定一个端口号,然后再fork一个子进程,这样的话就实现了多个进程绑定一个端口号,但是不同的进程绑定同一个端口号是不可以

      • TIME_WAIT状态,服务器不能立即重启也说明不用进程不能同时绑定同一个端口号

    3. 多个进程可以监听同一个端口号吗?

      • 可以。监听之前要进行创建套接字->绑定ip::端口号->监听。我们可以在bind之前使用setsockopt函数,设置套接字选项,其中就包括REUSEADDR这个选项,表明多个进程可以复用bind函数中指定的地址和端口号

    所以套接字就可以准确的标识一台主机上的一个进程,从而完成计算机之间的通信

    计算机之间的通信:

    • 主机A的某个进程与主机B上的另一个进程进行通信

     

    # 网络字节序转换

    对于数据在网络中传输的时候有着自己遵循的传输规则大端传输

    对于主机上的数据的传输序列有着两种:

    • 大端:即高位字节序放在低地址上

    • 小端:即低位字节序放在低地址上

    • 传输:均是先传输低地址上的数据然后是高地址上的数据

    所以对于主机上的数据传输的时候传输到网络上的时候有可能导致数据错误(例如主机上是小端的时候,所以需要进行转换)

    转换函数:

    #include <arpa/inet.h>
    ​
    uint32_t htonl(uint32_t hostlong);
    uint16_t htons(uint16 hostshort);
    uint32_t ntohl(uint32_t netlong);
    uint16_t ntohs(uint16_t netshort);

    h:表示主机host name

    n:表示网络network

    l:表示4字节long

    s:表示2字节short

     

    # 地址转换函数

    • 字符串转化为in_addr

      • in_addr_t inet_addr(const char* strptr)

    • in_addr转化为字符串

      • char* inet_ntoa(struct in_addr inaddr)

      • 具有不可重入性,也就是不可多次调用,因为该函数自己在静态区开辟一块空间用来存放IP地址字符串的

     

    # UDP协议

    UDP协议端格式

    插图:UDP协议端格式

    • 16为UDP长度,表示整个数据报(UDP首部+UDP数据)的最大长度(64KB)

    • 检验和:如果校验和出错,就会直接丢弃(检验的是把首部和数据部分一起都检验)

      • 校验值首先在数据发送方通过特殊的算法计算得出,在传递到接收方之后,还要在重新计算。如果某个数据报在传输过程中被第三方篡改或者由于线路噪音等原因受到损坏,发送和接收方的校验计算值将不会相符,由此UDP协议可以检验是否出错。

    • 源端口号:在对方回信是选用,不需要时可用全0

    • 目的端口号:在终点交付报时必须要用到

    • 长度:UDP用户数据报的长度,其最小值是8(仅有首部)

    UDP的特点

    • 无连接:直到对端的IP和端口号就直接进行传输,不需要建立连接

    • 不可靠:没有确认机制,没有重传机制;因为没有网络故障该段无法发送到对方,UDP协议层也不会给应用层返回任何错误信息

    • 面向数据报:不能够灵活的控制读写数据的次数和数量

    • 控制选项较少,数据传输过程中延迟小,数据传输效率高

    面向数据报

    • 应用层交给UDP多长的报文,UDP原样发送,既不会拆分也不会合并

    • 例:用UDP传输100个字节的数据

      • 如果发送端调用一次sendto,发送100个字节。那么接收端也必须调用对应的一次recvfrom,接收100字节;而不能循环调用10次recvfrom,每次发送10个字节

    UDP的缓存区

    • UDP没有发送缓存区,调用sendto之后会直接交给内核,由内核·将数据传给网络层协议进行后续的传输动作。因为UDP是不面向连接的,所以没有重发机制,也就不需要发送缓存区将已经发送的数据保存下来为了发送失败进行重传做准备

    • UDP具有接收缓存区。但是这个接收缓存区不能保证收到的UDP报的顺序和发送UDP报的顺序一致;如果缓存区满了,在到达的UDP数据就会被丢弃

    UDP的Socket既能读,也能写,全双工

    UDP的使用注意事项

    • UDP协议首部中有一个16位的最大长度,也就是说一个UDP能传输的数据的最大长度是64K(包含UDP首部)。但是64K在当今的互联网环境下,是一个非常小的数字。如果我们需要传输的数据超过64K,就需要应用层手动的分包,多次发送,并在接收端拼装

    • UDP首部中校验和的计算方法有些特殊。在计算校验和时,要在UDP用户数据报之前增加12个字节的伪首部

    • 伪首部既不向下传输也不想上递送,而仅仅是为了计算校验和

    • 与IP数据报的校验和只检验IP数据报的首部不同,UDP的校验和是把首部和数据部分一起都检验

    伪首部:

    插图:伪首部

    基于UDP的应用层的协议

    • NFS:网络文件系统

    • TFTP:简单文件传输文件协议

    • DHCP:动态主机配置协议

    • DNS:域名解析协议

    面试题用UDP实现可靠传输?

    参考TCP的可靠性机制,在应用层实现类似的逻辑

    • 引用序列号,保证数据顺序

    • 引入确认应答,确保对端收到了数据

    • 引入超时重传,如果隔一段时间没有应答,就重发数据

     

    1. 对于socket函数的使用

    1.1 函数原型

    int socket(int domain, int type, int protocol);
    ​
    domain: 领域
        AF_INET:IPV4
        AF_INET6:IPV6
    type: 类型
        SOCK_STREAM
        SOCK_DGARM
    protocol: 协议

    1.2 函数的作用

    在通信领域中创建一个未被绑定的套接字,并且返回一个文件描述符,可以在以后对套接字进行操作的函数调用中使用

     

    2. 对于bind函数的使用

    2.1 函数原型

    int bind(int socket, const struct sockaddr* address, socklen_t address_len);

    2.2. 函数的作用

    该函数采用先前创建好的套接字来对于IP地址以及端口号进行绑定,也就是表示该套接字可以标识出在一个网络中一台确定的主机并且主机中的进程

     

    3. 对于recvfrom函数的使用

    3.1 函数原型

    ssize_t recvfrom(int socket, void* restrict buffer, size_t length, 
                     int flags, struct sockaddr* restrict address, 
                    socklen_t* restrict address_len);
    ​
    socket:要接受那一个套接字的消息
    buffer:用来接收消息的缓存区
    length:接收的消息的长度
    flags:类型
    address:空指针或者存储发送信息的sockaddr结构
    addless_len:指定地址参数指向的sockaddr结构的长度
    3.2 函数的作用

    3.2 函数的作用  

    用来接收从socket套接字发送来的消息。该套接字的sockaddr结构也知道

     

    4. 对于sendto函数的使用

    4.1 函数原型

    ssize_t recvfrom(int socket, const void* message, size_t length, 
                     int flags, const struct sockaddr* dest_addr, 
                    socklen_t* dest_len);

    4.2 函数的作用

    该函数是socket套接字从dest_addr出接收消息

     

    5. 扩展知识

    5.1 netstat

    netstat是一个用来监控TCP/IP网络非重要工具

    语法:netstat [选项]

    功能:查看网络状态

    选项:

    • -a,显示所有连线的Socket

    • -c,持续列出网络状态

    • -n,直接使用ip地址,而不通过域名服务器,也就是显示为数字

    • -l,显示监控中的服务器的Socket,仅列出监听(Listen)状态下的Socket

    • -p,显示正在使用Socket的程序的识别码和名称(PID/Program name)

    • -t,显示TCP传输协议的连线状况

    • -u,显示UDP传输协议的连线状况

    • -v,显示指令执行过程

    • -V,显示版本信息

    • -x,显示UNIX传输协议的连线状况

    • -s,显示网络工作信息统计表

    • -h,在线帮助

     

    5.2 pidof

    查看服务器进程id是非常方面

    语法:pisdof [进程名]

    功能:通过进程名,查看进程id

     

    5.3 scp命令

    基于ssh登录进行的网络安全的远程文件拷贝命令

    例:要将自己当前路径下的clinet文件发送到主机IP为192.168.153.140的home目录下

    scp ./clinet root@192.168.153.140:/home

     

     

    5.4 关于防火墙的命令

    • 启动:systemctl start firewalld

    • 关闭:systemctl stop firewalld

    • 查看状态:systemctl status firewalld

    • 开机禁用:systemctl disable firewalld

    • 开机启用:systemctl enable firewalld

    # 对于UDP书写服务器的思路

    由于UDP是无连接的,所以对于两个处于同一局域网下计算机的进程之间通信,所以是不需要两台计算机之间的进程进行连接的,对于UDP使用的接口是需要包含知道从哪里接收消息的,要发送消息到哪里的。

    • 实现本地通信

      • 服务器

        • 只需要服务器创建一个套接字

        • 使该套接字对于本地地址(127.0.0.1)进行绑定,并且绑定一个端口号(1024--65535)就行了

          • 绑定本地地址是为了对于本地计算机的两个进程进程通信,而绑定端口号是为了绑定一个进程,是为了对于客户端进行发送消息到服务器的时候,可以找到服务器

        • 然后就接受客户端发来的消息

        • 对于客户端的消息进行处理然后就可以再次将处理后的消息进行返回

        • 插图:服务器流程

      • 客户端

        • 绑定一个套接字

          • 为了绑定一个进程,可以和服务器进行通信,将消息发送过去的时候要让服务器知道是哪一个进程再和他进程通信

        • 客户端只需要向服务器发送消息

        • 然后再次从客户端接收消息就好了,不需要考虑要进行连接

        • 插图:客户端流程

    • 实现处于同一局域网下的不同主机间进行通信

      • 服务器

        • 和本地通信的一致,只是对于套接字绑定的ip地址不一样了

        • 也对于套接字要绑定该局域网的ip地址以及一个端口号不需要在绑定本地地址(127.0.0.1)

          • 这样的话处于同一局域网下的计算机的进程就可以进行通信了

      • 客户端

        • 对于客户端来说没有任何改变,仍然是只需要知道服务器的ip和端口号就行了

     

    # 对于UDP服务器要注意的问题

    • 启动客户端

      • 启动客户端的时候必须给客户端输入一个ip地址和端口号,这个ip地址和端口号也就是要知道客户端要发送消息给哪一个服务器进行发送

    • 启动服务器

      • 必须要给服务器绑定一个ip地址和端口号,也就是要注意该服务器处于该计算机上的哪一个进程上

    展开全文
  • 7. 传输层协议(TCP、UDP

    万次阅读 2020-09-07 01:54:58
    TCP(Transmission Control Protocol)传输控制协议; TCP报文结构; TCP三次握手; TCP重传机制; TCP四次挥手; TCP端口号; UDP(User Datagram Protocol)用户数据协议; UDP报文结构。

    TCP(Transmission Control Protocol)传输控制协议

    特点:

    1. 面向连接的,可靠的传输层协议
    2. 先建立TCP连接,再访问业务。

    可靠性保证:

    1. 确认机制
    2. 重传机制

    TCP报文结构

    承载在IP之上,协议号:6

    长度:20~60B(20B固定大小)
    (1) 源端口: 发送方的端口号。
    (2) 目的端口: 接收方的端口号。
    (3) Sequence Number: 序列号,由发送方随机产生。
    (4) Acknowledge Number: 应答序列号,对上一份TCP报文的序列号进行回应。
            作用:
                a. 确认
                b. 重传
    (5) Flag: 标志位。用于标识TCP报文的功能。
            a. Syn: 初始化。用于标识报文是否为第一份TCP报文。
                Syn=1,第一份。
                Syn=0,不是第一份。
            b. ack: 应答位。
            c. RST: 重置位。标识TCP连接建立失败,需要重新建立连接。
            d. FIN: 拆链位。用于拆除TCP连接。
    (6) Window: 滑动窗口。用于流量控制。
                慢启动:TCP流量在发送过程中,会逐渐增大。
                滑窗减半机制:当网络拥塞时,TCP流量会减半。

    TCP三次握手

    作用:用于建立TCP连接。

    第一次握手报文
    在这里插入图片描述

    第二次握手报文
    在这里插入图片描述

    第三次握手报文
    在这里插入图片描述

    TCP重传机制

    通过应答序列号(Acknowledge Number)实现确认和重传功能。

    TCP四次挥手

    作用:用于断开TCP连接。

    第一次挥手

    在这里插入图片描述
    第二次挥手
    在这里插入图片描述
    第三次挥手 在这里插入图片描述

    第四次挥手
    在这里插入图片描述

    TCP端口号

    端口的作用: 为应用层提供网络服务的接口。
        取值范围: 0~65535
                    0~1023        保留,给特定的协议使用
            1024~65535        其他应用程序使用
        FTP(文件传输协议)        21(控制连接)/20(数据连接)

        SSH (安全远程)              22
        Telnet(远程登录)             23
        SMTP(简单邮件传输协议)    25
        DNS(域名服务)              53
        HTTP(超文本传输协议)       80
        POP3(邮局协议)                110

    UDP(User Datagram Protocol)用户数据协议

    特点:
        a. 面向无连接的,不可靠的协议。
        b. 可靠性由应用层保证
        c. 适用于语音业务、视频业务等对时延敏感的业务。

    UDP报文结构

        长度: 8B
        源port
        目的port

            DHCP         67(服务器)/68(客户端)

    展开全文
  • 深入理解TCP、UDP协议及两者的区别

    万次阅读 多人点赞 2018-11-14 13:03:24
    一、TCP协议: 位于传输层, 提供可靠的字节流服务。所谓的字节流服务(Byte Stream Service) 是指, 为了方便传输, 将大块数据分割成以报文段(segment) 为单位的数据包进行管理。 而可靠的传输服务是指, 能够...
  • 终于懂了TCP和UDP协议区别

    万次阅读 多人点赞 2020-03-26 12:03:28
    终于懂了TCP和UDP协议区别
  • TCP 和 UDP 的区别

    万次阅读 多人点赞 2018-08-04 21:57:42
    UDP TCP TCP 的三次握手 TCP 四次挥手 累计确认 顺序问题和丢包问题 流量控制的问题 拥塞控制的问题 总结及面试问题 前言 前端的面试中经常问的 TCP 和 UDP 的区别,网上也有好多内容,比如 TCP 和 ...
  • 本人新手,正做一个UDP跨路由通信项目,遇如下问题:服务端(192.168.0.85)与路由器在同一网段,客户端(192.168.1.103)在该路由器组成的局域网内,现服务端可以接收到客户端发送的UDP包,但客户端无法收到服务端...
  • 计算机网络协议(三)——UDP、TCP、Socket

    万次阅读 多人点赞 2019-09-04 08:39:53
    底层网络知识详解:最重要的传输层概述一、UDP协议二、TCP协议2.1 TCP的三次握手 概述 这个专栏的计算机网络协议,我是在极客时间上学习 已经有三万多人购买的刘超老师的趣谈网络协议专栏,讲的特别好,像看小说...
  • UDP协议

    万次阅读 多人点赞 2017-06-21 12:31:05
    UDP协议UDP协议简介UDP(User Datagram Protocol),用户数据报协议,是OSI(Open System Interconnection,开放式系统互联) 参考模型中一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务,IETF RFC 768...
  • 关于IOCP网络模型的介绍可以...IOCP模型对协议是没限制的,无论是TCP还是UDP都是支持的。 UDP的IOCP模型实现的不同之处在于投递发送请求和接受请求所用的函数不同: int WSARecvFrom( SOCKET s, LPWSABUF lpBuffe
  • python3 udp 通信源码

    万次阅读 2018-09-09 09:48:11
    udp **************************************************** from socket import * s=socket(AF_INET,SOCK_DGRAM) s.setsockopt(SOL_SOCKET,SO_...
  • 想要通过udp发送一个简单的信息,服务器部分在C#中执行: c#中的服务器代码: var server = new UdpClient(8585); var groupEP = new IPEndPoint(IPAddress.Parse("192.168.0.120"),8585); byte[] bytes ...
  • UDP打洞原理

    万次阅读 多人点赞 2011-08-07 21:45:15
    本文博客链接:http://blog.csdn.net/jdh99,... 许多P2P软件比如SKYPE,QQ,电驴之类需要不同内网的两台机子进行通信,而路由器的NAT机制决定了内网访问外网容易,而外网访问内网困难,那如何才能做到这一点呢?有办法----
  • python3 udp 广播 源码

    万次阅读 2018-09-09 09:46:57
    udp广播 *************************************************** from socket import * s=socket(AF_INET,SOCK_DGRAM) s.setsockopt(SOL_SOCKET,SO_...
  • 最近打算使用C#写一个仿飞秋的局域网即时通信工具,但是在使用多线程异步收发UDP数据时老是出现“访问对象已注销”的异常,查了好久都没有找到原因,只能求助于网友啦。 完整代码可以在我的github上下载:[WAW]...
  • Android UDP通讯工具

    千次下载 热门讨论 2012-11-07 11:47:52
    一个简单的Android UDP通讯工具
  • 首先,我写了一个非常简单的UDP服务端,我看了看,是IP地址写的问题,(下面详细代码), 当我有inet_addr("192.168.152.128")的时候,是不能成功收到信息的,但我用 htonl(INADDR_ANY)的时候,却是可以收到信息...
  • 在看过下面的博文后,得知磁盘IO操作频繁会导致CPU等待而不能及时处理内核socket缓冲区中的udp数据包 (ps:该文前面所说的MTU限制并不适用于我当前的内网环境) 该文所说的磁盘IO操作与SOCKET缓冲区的抢夺CPU是否...
  • 如何实现UDP通讯时的连续发送消息,目前我只实现发送一条消息就不能再发送,在网上搜找后说要使用多线程,但是我不会啊,请求高手指导》 Server: private void btRec_Click(object sender, EventArgs e) { /...
  • 一、用户数据报协议(UDP)简介 UDP是一种保留消息边界的简单的面向数据报的传输层协议 UDP特性 它不提供差错纠正、队列管理、重复消除、流量控制和拥塞控制 不提供差错纠正:它把应用程序传给IP层的数据发送...
  • 我在android的手机上使用MediaCodec对 摄像头捕捉的YV12图像,采用“video/avc”编码器去编码,这样应该编码出来的是H264格式的,然后我再通过UDP将每一帧图像发送给另一部手机,我在另一部手机上用vlc播放器去播放...
  • 我用udpclient接收消息的时候,总是在Receive时候就卡着不动了,也用了线程,不知道是什么原因,哪位大神给我看看 //发送代码 UdpClient client = new UdpClient(new IPEndPoint(IPAddress.Any, 0)); IPEndPoint ...
  • 最近遇到一个项目需要用到udp发送16进制数据到某IP:端口 udp用起来了 但是如何发送16进制数据呢?尝试好久无发解决,希望指点12. 这里贴出我在网上学来的代码,通过这种方式发送过去的一直是字符串并不是16进制。...
  • 网络协议 -- UDP协议(1)介绍

    万次阅读 多人点赞 2017-12-28 16:12:59
    一、什么是UDP协议? UDP是User Datagram Protocol的简称,中文名是用户数据报协议,是OSI参考模型中的传输层协议,它是一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务。 UDP的正式规范是IETF RFC...
  • UDP编程中,为什么服务器不能向客户端发送消息呢,客户端也不能接收服务器发送的消息? 服务器代码: import java.net.*; public class Server2 { public static void main(String[] args) { ...
  • 我们知道, 有tcp服务器, 也有udp服务器, 这是按照协议来区分的。 如果按照服务方式来分, 还可以分为迭代服务器和并发服务器。  所谓迭代服务器, 就是单个进程/线程在单个端口上顺序处理所有客户端的请求, 而...
  • 创建UDP服务器

    2018-12-27 10:00:11
    实现一个基于UDP协议的服务器来与客户端通信。 UDP服务器也可以通过使用 socketserver 库很容易的被创建。 先定义一个实现 handle() 特殊方法的类,为客户端连接服务。 这个类的 request 属性是一个包含了数据报和...

空空如也

1 2 3 4 5 ... 20
收藏数 97,229
精华内容 38,891
关键字:

udp