Linux网络编程的注意事项

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

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:http://www.heiqu.com/cf678ea710b3fa83d0a0ecbfcc070708.html