int num = recv(s,buf, MAX,0);
能够从套接字读多少数据不是api参数能够控制的，只能通过返回来确认。
再有就是有些api调用是次序依赖的，前面的错了，后面的也会错。
所以返回值的判断是必须的。
2、端口复用
一般server异常退出后，端口没有被系统马上释放，如何才能立即使用端口呢？
on = 1;
ret = setsockopt( sock, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on) );
3、数据同步
server read/write(recv/send、recvfrom/sendto)<----->client read/write(recv/send、recvfrom/sendto)
如果收发端的速度不一致，常常会出现发送多次接收一次或是发送一次接收多次的情况。
解决方案：
A、缓存接收，加格式头来解析数据
使用循环队列，一边接收，一边按设定格式解析。
B、应答接收
接收端先请求，发送端发一次数据，接收端接收到格式指定的数据后，再发请求，发送再发送数据，依次类推。
4、发送数据包大小
A、tcp
如果write(/send、sendto)的缓存过大，协议层就会拆包发送，如果存在丢包现象（TCP应答机制会重发保证小包发送出去），实时大数据发送的时候，系统性能就会降低。
B、udp
如果write(/send、sendto)的缓存过大，协议层就会拆包发送，如果存在丢包现象（UDP发包后就不管），实时大数据发送的时候，接收端接收到数据就会不完整。
C、tcp及udp
如果write(/send、sendto)的缓存过小，譬如每次收发一个字节，大量协议内容就传递一个字节，通讯效能也就低。
解决方案：
参考内核拆包的最大容量设置及网络吞吐能力，如果应用层数据过大，就需要应用层拆包发送，保证协议层不用拆包。
5、字节序
两端主机的字节序不一致，如果不作逻辑约定，就会造成接收数据解析错误。
解决方案：
约定字节序
6、缓存字节对齐
如果发送的数据不是字节对齐的，就会出现垃圾数据，浪费流量。
7、主机异常退出
如果server和client正在进行数据交换时候，一端异常退出，就会造成另一端linux系统发出“Pipe Broken”信号，不忽略该信号，就会造成程序被终止。
解决方案：
send/recv、sendto/recvfrom的标志参数设置成MSG_NOSIGNAL，
使用read/write，则先忽略SIGPIPE信号。