TCP/IP协议中SIGPIPE信号产生原因
.假设客户端socket套接字close（），会给服务器发送字节段FIN；
.服务器接收到FIN，但是没有调用close()，因为socket有缓存区，所以服务器仍然可以向客户端发送数据。
.如果这种状态下服务器向客户端发送数据，将会引起TCP/IP协议进行RST段重置，导致服务器向当前进程发送SIGPIPE信号，
SIGPIPE信号的默认动作是关闭当前进程。
SIGPIPE信号产生的本质原因是管道的一端已经关闭，另一端却继续写入数据。
所以在网络编程中必须要捕捉SIGPIPE信号，因为不确定哪个端会突然close()。
close()函数详解
close()函数关闭文件读写两个数据传输方向。
close()的本质是文件引用计数原理，例如进程在fork()之前打开一个文件描述符fd，那么子进程的文件描述符本质上是文件表中描述符引用加一，
父进程中调用close(fd)，文件表中描述符引用减一，直到子进程同样调用close(fd),文件表中描述符引用为0，此时文件才会真正关闭。
在TCP/IP协议中，假设在服务器端，父进程负责accept()连接，子进程负责与客户端通信交互，如果一个客户端socket文件描述符，
在父进程中没有调用close()函数关闭socket文件描述符，但是在子进程中调用close(）函数关闭了socket文件描述符，那么子进程将无
法使用这个socket文件描述符read()或者send()数据，但是这个socket文件描述符仍然存在，因为父进程还引用着这个socket文件描述
符，文件表中的描述符引用不是0，因此服务器端不会向客户端发送FIN字节段，客户端就不会知道服务器端实际上已经无法read和send数据，
导致客户端可以发送数据，却接收不到数据，并且网络TCP/IP协议的状态都是ESTABLISHED状态（已连接状态）。所以多进程的服务器端需
要在父进程中关闭客户端socket文件描述符。
shutdown()函数详解
int shutdown(int sockfd, int how);
功能：shutdown()函数也可以用来关闭文件描述符，但是可以通过参数how来设置单独的关闭文件的读或者写
参数how
--SHUT_RD 关闭文件读数据传输
--SHUT_WR 关闭文件写数据传输
--SHUT_RDWR 关闭文件读写数据传输
shutdown的技术原理和close()函数不同，shutdown()函数不论文件表中文件描述符被引用了多少次，只要调用一次shutdown()函数，就可以真正意义上将文件关闭。
shutdown一般用法是关闭文件单个的读写数据传输。
