事实上,管道与FIFO是不同的;
管道是PIPE,基本上PIPE()完就可以用了;
FIFO需要先MKFIFO,然后再OPEN;
如果MKFIFO发现FIFO已存在,那么说明已创建过,此时OPEN;
PIPE没有名字,只能在亲缘进程里使用。当然,技术上讲,可以传递描述符后,非亲缘也可以用。但比较麻烦;
FIFO在MKFIFO的时候指明了路径(名字);
当然,两者又有些相同;
都是半双工的;(当然,有些系统也支持全双工的PIPE);
关于FIFO;
由于要OPEN,所以OPEN时很讲究;
因为如果你OPEN一个FIFO来只读,但如果另一头没有人OPEN来写,你就会阻塞;
同样,如果你OPEN一个FIFO来写,但如果另一头没有人OPEN来读,你就会阻塞;
所以,如果你要靠两个FIFO来实现“全双工”,那么,合理的做法是(约定)大家一同OPEN同一个FIFO,并且一边是以只读方式打开,一边是只写方式打开;否则,大家都一起死锁;
PIPE:
管道因为没有OPEN,所以没有这个问题。
另外,FIFO如果要删掉,需要大家调用UNLINK。
当然,两者还有相同;
两者在读写时都会面临阻塞的问题,可以通过NONBLOCK来设置为非阻塞。
FIFO有两者设置的方法:(1)OPEN的时候设置。显然,这种方法PIPE没有;(2)fcntl来设置。
必须注意,设置时不能直接设置,必须取得当前的状态然后进行“或”运算,否则会取消当前的状态,仅设置为NONBLOCK。
int flags;
flags=fcntl(fd, F_GETFL, 0);
flags |= O_NONBLOCK;
fcntl(fd, F_SETFL, flags);
还有,很关键的,管道与FIFO,都是进程持续性。也就是说,管道与FIFO的有效性,是随着打开它的最后一个进程关闭了,才会失效的;它的数据,是由内核在维护的。FIFO虽然在创建时依附于一个文件,但事实上,维护数据的是内核,即便有一方关闭了FIFO,只要还有一个进程打开着它,数据依然存在。事实上,即便删除了FIFO文件,仍然是可以往里面读或写数据的。
哎哟,先到这吧。RETURN。
管道是PIPE,基本上PIPE()完就可以用了;
FIFO需要先MKFIFO,然后再OPEN;
如果MKFIFO发现FIFO已存在,那么说明已创建过,此时OPEN;
PIPE没有名字,只能在亲缘进程里使用。当然,技术上讲,可以传递描述符后,非亲缘也可以用。但比较麻烦;
FIFO在MKFIFO的时候指明了路径(名字);
当然,两者又有些相同;
都是半双工的;(当然,有些系统也支持全双工的PIPE);
关于FIFO;
由于要OPEN,所以OPEN时很讲究;
因为如果你OPEN一个FIFO来只读,但如果另一头没有人OPEN来写,你就会阻塞;
同样,如果你OPEN一个FIFO来写,但如果另一头没有人OPEN来读,你就会阻塞;
所以,如果你要靠两个FIFO来实现“全双工”,那么,合理的做法是(约定)大家一同OPEN同一个FIFO,并且一边是以只读方式打开,一边是只写方式打开;否则,大家都一起死锁;
PIPE:
管道因为没有OPEN,所以没有这个问题。
另外,FIFO如果要删掉,需要大家调用UNLINK。
当然,两者还有相同;
两者在读写时都会面临阻塞的问题,可以通过NONBLOCK来设置为非阻塞。
FIFO有两者设置的方法:(1)OPEN的时候设置。显然,这种方法PIPE没有;(2)fcntl来设置。
必须注意,设置时不能直接设置,必须取得当前的状态然后进行“或”运算,否则会取消当前的状态,仅设置为NONBLOCK。
int flags;
flags=fcntl(fd, F_GETFL, 0);
flags |= O_NONBLOCK;
fcntl(fd, F_SETFL, flags);
还有,很关键的,管道与FIFO,都是进程持续性。也就是说,管道与FIFO的有效性,是随着打开它的最后一个进程关闭了,才会失效的;它的数据,是由内核在维护的。FIFO虽然在创建时依附于一个文件,但事实上,维护数据的是内核,即便有一方关闭了FIFO,只要还有一个进程打开着它,数据依然存在。事实上,即便删除了FIFO文件,仍然是可以往里面读或写数据的。
哎哟,先到这吧。RETURN。