Linux网络编程：基于UDP的程序开发回顾篇
基于无连接的UDP程序设计
同样，在开发基于UDP的应用程序时，其主要流程如下：
对于面向无连接的UDP应用程序在开发过程中服务端和客户端的操作流程基本差不多。对比面向连接的TCP程序，服务端少了listen和accept函数。前面我们也说过listen函数最主要的作用就是将一个socket套接字描述符转为被动监听模式，然后调用accept主要是用于等待客户端(用connect)来连接服务器。connect函数不仅可以用于流式套接字还可用于数据报式套接字。在TCP中，客户端调用connect函数会向服务器端触发一个TCP的3次握手过程，去建立一条TCP连接；而在UDP中，客户端调用该函数主要的作用是告诉后面将要调用的recvfrom函数，仅仅只接受在connect函数中指明的服务器发来的数据，这样当后面调用recvfrom时最后两个参数就可以置为NULL了。也就说对UDP编程来说，客户端调用connect是可选的：如果调用了connect函数，recvfrom就可以省掉最后两个参数；如果不调用connect则recvfrom必须指明从哪儿收数据。
对于UDP的编程其实主要在数据的收发处理上，而面向无连接的UDP编程中收发数据用到的最多的函数就是recvfrom()和sendto()，其原型如下：
ssize_t recvfrom(int s, void *buf, size_t len, int flags, struct sockaddr *from, socklen_t *fromlen);
ssize_t sendto(int s, const void *buf, size_t len, int flags, struct sockaddr *to, socklen_t tolen);
recvfrom函数主要用于从s所指定的套接字中接收数据，并将其存储在buf所指向的缓冲区里。如果from参数不为NULL，那么其中便会携带消息发送端的地址信息，fromlen则指明了信息发送方地址信息结构体的大小。如果接收方对发送发的地址不感兴趣，将from和fromlen置为NULL即可。返回值：小于0，有错误；大于0，实际收到的字节数；等于0，对端主动关闭。
sendto函数，主要是buf所指向的数据发送到套接字描述符s中，len为要发送的数据长度，to中存储了对端的地址信息，即数据该发往何处，tolen为to所占的字节数。返回值：小于0，有错误；大于0，实际发送的字节数。
另外我们还知道，sendto是可以用于面向连接的流式套接字的，在TCP开发章节我们已经提过。这里在罗嗦一点，如果sendto用于面向流式的套接字编程中，to和tolen参数都会被忽略，如果发送数据时连接还未建立相应的提示错误为ENOTCONN。