UDP协议以及基于UDP的网络通讯程序

UDP协议是英文UserDatagramProtocol的缩写，即用户数据报协议，主要用来支持那些需要在计算机之间传输数据的网络应用。包括网络视频会议系统在内的众多的客户/服务器模式的网络应用都需要使用UDP协议。UDP协议从问世至今已经被使用了很多年，虽然其最初的光彩已经被一些类似协议所掩盖，但是即使是在今天，UDP仍然不失为一项非常实用和可行的网络传输层协议。
　　与我们所熟知的TCP（传输控制协议）协议一样，UDP协议直接位于IP（网际协议）协议的顶层。根据OSI（开放系统互连）参考模型，UDP和TCP都属于传输层协议。
　　UDP协议的主要作用是将网络数据流量压缩成数据报的形式。一个典型的数据报就是一个二进制数据的传输单位。每一个数据报的前8个字节用来包含报头信息，剩余字节则用来包含具体的传输数据。
UDP报头
UDP报头由4个域组成，其中每个域各占用2个字节，具体如下：
源端口号
目标端口号
数据报长度
校验值
　　UDP协议使用端口号为不同的应用保留其各自的数据传输通道。UDP和TCP协议正是采用这一机制实现对同一时刻内多项应用同时发送和接收数据的支持。数据发送一方（可以是客户端或服务器端）将UDP数据报通过源端口发送出去，而数据接收一方则通过目标端口接收数据。有的网络应用只能使用预先为其预留或注册的静态端口；而另外一些网络应用则可以使用未被注册的动态端口。因为UDP报头使用两个字节存放端口号，所以端口号的有效范围是从0到65535。一般来说，大于49151的端口号都代表动态端口。
　　数据报的长度是指包括报头和数据部分在内的总的字节数。因为报头的长度是固定的，所以该域主要被用来计算可变长度的数据部分（又称为数据负载）。数据报的最大长度根据操作环境的不同而各异。从理论上说，包含报头在内的数据报的最大长度为65535字节。不过，一些实际应用往往会限制数据报的大小，有时会降低到8192字节。
　　UDP协议使用报头中的校验值来保证数据的安全。校验值首先在数据发送方通过特殊的算法计算得出，在传递到接收方之后，还需要再重新计算。如果某个数据报在传输过程中被第三方篡改或者由于线路噪音等原因受到损坏，发送和接收方的校验计算值将不会相符，由此UDP协议可以检测是否出错。这与TCP协议是不同的，后者要求必须具有校验值。
UDPvs.TCP

　　UDP和TCP协议的主要区别是两者在如何实现信息的可靠传递方面不同。TCP协议中包含了专门的传递保证机制，当数据接收方收到发送方传来的信息时，会自动向发送方发出确认消息；发送方只有在接收到该确认消息之后才继续传送其它信息，否则将一直等待直到收到确认信息为止。
　　与TCP不同，UDP协议并不提供数据传送的保证机制。如果在从发送方到接收方的传递过程中出现数据报的丢失，协议本身并不能做出任何检测或提示。因此，通常人们把UDP协议称为不可靠的传输协议。
　　相对于TCP协议，UDP协议的另外一个不同之处在于如何接收突法性的多个数据报。不同于TCP，UDP并不能确保数据的发送和接收顺序。例如，一个位于客户端的应用程序向服务器发出了以下4个数据报
D1
D22
D333
D4444
但是UDP有可能按照以下顺序将所接收的数据提交到服务端的应用：
D333
D1
D4444
D22
事实上，UDP协议的这种乱序性基本上很少出现，通常只会在网络非常拥挤的情况下才有可能发生。
UDP协议的应用
　　也许有的读者会问，既然UDP是一种不可靠的网络协议，那么还有什么使用价值或必要呢？其实不然，在有些情况下UDP协议可能会变得非常有用。因为UDP具有TCP所望尘莫及的速度优势。虽然TCP协议中植入了各种安全保障功能，但是在实际执行的过程中会占用大量的系统开销，无疑使速度受到严重的影响。反观UDP由于排除了信息可靠传递机制，将安全和排序等功能移交给上层应用来完成，极大降低了执行时间，使速度得到了保证。
　　关于UDP协议的最早规范是RFC768，1980年发布。尽管时间已经很长，但是UDP协议仍然继续在主流应用中发挥着作用。包括视频电话会议系统在内的许多应用都证明了UDP协议的存在价值。因为相对于可靠性来说，这些应用更加注重实际性能，所以为了获得更好的使用效果（例如，更高的画面帧刷新速率）往往可以牺牲一定的可靠性（例如，会面质量）。这就是UDP和TCP两种协议的权衡之处。根据不同的环境和特点，两种传输协议都将在今后的网络世界中发挥更加重要的作用。

下面我就UDP做一个示例程序。整个例子有两个程序组成，一个发送数据，另一个程序接收数据后，完成绘图工作。

本文程序运行效果图如下:

一、发送程序

　　首先建立数据发送程序（Fason）。一共发送四个数据：圆心的X坐标、圆心的Y坐标、圆半径R、圆的颜色。它的实现主要如下： void CFasonDlg::OnSend()

{

　　UpdateData(TRUE);

　　CString m_Getstring;

　　this->m_Cob.GetLBText(m_Cob.GetCurSel(),m_Getstring);

　　if(m_Getstring==_T("Red"))

　　yuan1.color=1;

　　if(m_Getstring==_T("Green"))

　　　　yuan1.color=2;

　　if(m_Getstring==_T("Blue"))

　　　　yuan1.color=3;

　　yuan1.x=m_x;

　　yuan1.y=m_y;

　　yuan1.r=m_r;

　　p=&yuan1;

　　CDSocket m_hSocket;

　　m_hSocket.Create(2330,SOCK_DGRAM);

　　m_hSocket.SendTo( p,sizeof(yuan1),3550,"127.0.0.1");//用结构体发送。

　　m_x=0;

　　m_y=0;

　　m_r=0;

　　m_hSocket.Close();

　　UpdateData(FALSE);

}发送数据时有一个技巧，就是所有数据放在一个结构体中来发送，不用一个一个发送。但是不能在结构体中包含CString等可以变长的数据类型。

　　二、接收程序

　　下面我们看一下接收数据端的程序（Jieshou）。如下： void CDASocket::OnReceive(int nErrorCode)

{

　　char buff[256];

　　int ret=0;

　　ret=Receive(buff,256);

　　if(ret==ERROR)

　　{

　　　　TRACE("ERROR!");

　　}

　　else

　　m_pDoc->Presscessding(buff);

　　class CAsyncSocket::OnReceive(nErrorCode);

}三、数据处理与显示

我们设计程序时，数据通常在文档中处理，显示工作在视图中完成。当整个程序较小时，这感觉不到有何好处，但整个程序较大时，程序的条理就会较清晰，易读性好。所以一定要时时养成良好的设计习惯。数据在文档中处理如下：void
CJieshouDoc::Presscessding(char* lbuff)

{

　　buff=(struct yuan*)lbuff;

　　p.x=buff->x;

　　p.y=buff->y;

　　p.r=buff->r;

　　p.color=buff->color;

　　UpdateAllViews(NULL);

}在视图中的显示如下： void CJieshouView::OnDraw(CDC* pDC)

{

　　CJieshouDoc* pDoc = GetDocument();

　　ASSERT_VALID(pDoc);

　　x=pDoc->p.x;

　　y=pDoc->p.y;

　　r=pDoc->p.r;

　　if(pDoc->p.color==1)

　　pDC->SelectObject(new CBrush(RGB(255,0,0)));

　　if(pDoc->p.color==2)

　　　　pDC->SelectObject(new CBrush(RGB(0,255,0)));

　　if(pDoc->p.color==3)

　　　　pDC->SelectObject(new CBrush(RGB(0,0,255)));

　　　pDC->Ellipse(x-r,y-r,x+r,y+r);