TCP与UDP网络编程总结（一）

(1):TCP网络编程

我们注意到服务端与客户端通信时是通过客户端的套接字相互通信的，那么服务端的套接字主要是干什么用的呢？

TCP服务端设置监听套接字时

int listen(int sock,int backlog);

会一直阻塞在此函数，等待客户端的连接请求。其中 backlog 是设置等待连接请求的队列大小；

当有多个客户端连接一个服务端时，在某个客户端请求连接，直到服务端受理连接时，服务端处于等待连接请求的状态。

客户端请求连接的状态，本身也是一种往网络中发送数据，所以此时服务端想要接收这种数据，就需要套接字，这就是服务端的套接字了。

当多个客户端向某个服务端来请求连接时，服务端套接字一次只能处理一个客户端，所以服务端套接字会把这些请求放入等待连接请求的队列中，队列的大小是由 backlog设置的。当服务端准备好了后，从等待连接请求的队列中取出一个客户端，接受连接。

服务端套接字就像是一个门卫，只是用来处理来自客户端的连接的，(接收此时的数据)，并不用来和客户端通信。

服务端与客户端的通信是通过什么方式呢？

当有一个客户端往服务端请求连接时，客户端的请求放在请求连接队列中，当服务端开始处理客户端的连接时，使用

int accept(int sock,struct sockaddr* addr,socklen_t* addrlen) 函数。

该函数调用成功时，会产生一个用于服务端与客户端通信的数据IO套接字，并且返回其文件描述符，通过这个文件描述符，我们就可以和客户端通信了，姑且把这个文件描述符称为服务端的客户端的套接字了。

有了这个文件描述符，我们就可以用read(...),write(...)等函数往这个文件描述符里读和写消息了。

服务端与客户端的断开？

断开服务端与客户端，最直接的方法是 close或者是closesocket函数，但是这样太直接，任何一方关闭了套接字，双发就不能进行通信了。

我们可以采用一种更优雅的方式，基于TCP的半关闭，accept函数会在内部生成一个数据IO套接字，用于双方通信，这个套接字分为了两个部分，读缓冲与写缓冲，相当于一条全双工管道。

当服务端使用：

int shutdown(int sock,int howto)；

关闭输出缓冲时，会向客户端发送一个EOF；客户端的read(...)函数，会返回一个-1；但是此时客户端可以通过其输出缓冲，向服务端发送消息，服务端仍然能够接到客户端的信息。这种断开的方式比直接close套接字优雅点。