Linux网络编程的注意事项


1、返回值判断

示例：

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信号。

相关内容