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运行一半的时候，被中断，那么结果可能会输出意料之外的数据。
