linux有名管道数据异常,linux 中的奇妙错误（持续更新）

linux 中的奇妙错误

1/无名管道

当打开一个管道之后，将管道的读端关闭，然后在向其中写入内容，进程会被信号SIGPIPE杀死，基本无调试信息输出。

int main(int argc, char const *argv[])

{

int fd[2];

int ret=pipe(fd);

//关闭读端

close(fd[0]);

// 向管道中写入东西

write(fd[1],"string",strlen("string"));

// 这里进程会收到 13:SIGPIPE 进程会被杀死

printf("这里不会输出\n");

return 0;

}

2/有名管道

有名管道，如果使用open函数以只读的方式打开的时候其会阻塞，等待另一个进程以写的方式打开这个管道的时候，程序才会继续执行。

下面两个程序 虽然代码结构上看起来很整齐，可以打开两个半双工的管道，构成一个全双工的通信，但由于 其都是先进行只读打开导致两个程序都阻塞在open函数这里无法继续。

int fd_read=open(fifo1,O_RDONLY);

// 程序会阻塞在这里，不会继续执行下去

int fd_write=open(fifo2,O_WRONLY);

int fd_read=open(fifo2,O_RDONLY);

// 程序会阻塞在这里，不会继续执行下去

int fd_write=open(fifo1,O_WRONLY);

3/向一个关闭的描述符写东西

如果向一个关闭的描述符写东西，进程会被信号杀死

例如管道 网络描述符，所以一般都是写端主动关闭，读端口被动关闭。

4/网络编程中结构体sockaddr_in结构体的填充

mac 手册中inet(4) 结构体是这么填充的

struct sockaddr_in {

short sin_family;

u_short sin_port;

struct in_addr sin_addr;

char sin_zero[8];

};

但POSIX定义确实

struct sockaddr_in {

uint8_t sin_len;

sa_family_t sin_family;

i_port_t sin_port;

struct in_addr sin_addr;

char sin_zero[8];

};

这意味着如果在定义 sockaddr_in 变量的时候使用 下面这种初始化方式

struct sockaddr_in s{sin_family, sin_port, sin_addr};

则运行可能会出现错误！

由于结构体中成都是 _t类型(即 int,long,int,short,long long) 在一定情况下 就算填充位置错误，但由于类型匹配，编译器可能不会发出警告，而且由于这样使用大多数情况下都是正确的(即便是POSIX标准，但好像linux并没有遵守)，但如果发生错误，一般很难发现.

所以应该这么定义

struct sockaddr_in s;

s->sin_family = sin_family;

s->sin_port = sin_port;

s->sin_addr = sin_addr;

5/linux 网络编程 write read recv send

建立好了TCP连接之后，我们就可以把得到的套接字当做文件描述符来使用，由此，想到了网络程序里面的基本的读写函数read和write函数。

Write函数

Ssize_t write(int fd,const void *buf,size_t nbytes);

Write函数将buf中的nbytes字节内容写入到文件描述符中，成功返回写的字节数，失败返回-1.并设置errno变量。在网络程序中，当我们向套接字文件描述舒服写数据时有两种可能：

1、write的返回值大于0，表示写了部分数据或者是全部的数据，这样用一个while循环不断的写入数据，但是循环过程中的buf参数和nbytes参数是我们自己来更新的，也就是说，网络编程中写函数是不负责将全部数据写完之后再返回的，说不定中途就返回了！

2、返回值小于0，此时出错了，需要根据错误类型进行相应的处理。

如果错误是EINTR表示在写的时候出现了中断错误，如果是EPIPE表示网络连接出现了问题。

Read函数

Ssize_t read(int fd,void *buf,size_t nbyte)

Read函数是负责从fd中读取内容，当读取成功时，read返回实际读取到的字节数，如果返回值是0，表示已经读取到文件的结束了，小于0表示是读取错误。

如果错误是EINTR表示在写的时候出现了中断错误，如果是EPIPE表示网络连接出现了问题。

有了上面的两个函数，我们就可以向客户端或者是服务器端进行数据传输了！比如我要传送一个结构体，可以使用下面的方法

客户端向服务器：

Struct student stu;

Write(sock,(void *)&stu,sizeof(struct student));

服务器读：

Char buffer[sizeof(struct student)];

Struct *my_student;

Read(sock,(void *)buffer,sizeof(struct student));

My_student=(struct student)buffer;

在网络上传递数据时，我们一般把数据转换为char类型，接收的时候也是一样的的。没必要在网络上传递指针。

Recv函数和send函数

Recv函数和read函数提供了read和write函数一样的功能，不同的是他们提供了四个参数。

Int recv(int fd,void *buf,int len,int flags)

Int send(int fd,void *buf,int len,int flags)

前面的三个参数和read、write函数是一样的。第四个参数可以是0或者是一下组合：

MSG_DONTROUTE：不查找表

是send函数使用的标志，这个标志告诉IP，目的主机在本地网络上，没有必要查找表，这个标志一般用在网络诊断和路由程序里面。

MSG_OOB：接受或者发生带外数据

表示可以接收和发送带外数据。

MSG_PEEK：查看数据，并不从系统缓冲区移走数据

是recv函数使用的标志，表示只是从系统缓冲区中读取内容，而不清楚系统缓冲区的内容。这样在下次读取的时候，依然是一样的内容，一般在有过个进程读写数据的时候使用这个标志。

MSG_WAITALL：等待所有数据

是recv函数的使用标志，表示等到所有的信息到达时才返回，使用这个标志的时候，recv返回一直阻塞，直到指定的条件满足时，或者是发生了错误。

6/信号缺陷

sinal 信号有一的机制是 通过某个信号的标志位来判断，信号是否发生所以当多个相同信号同时发生的时候，信号处理函数可能调用的次数会比预想的次数要少很多

同时信号中尽量不要使用公共资源，和线程一样，信号的处理函数同样会对其他程序的运行造成影响，例如如果在signal_handle中使用printf，可能在主程序中printf运行一半的时候，被中断，那么结果可能会输出意料之外的数据。