技术宅,fat-man

增加语言的了解程度可以避免写出愚蠢的代码

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

统计

管道:pipe

int pipe1[2];
int r = pipe(pipe1);
assert(r==0);//创建管道成功
write(pipe1[1],&buffer,strlen(buffer));
read(pipe1[0],&buffer,BUF_SIZ);
close(pipe1[1]);

管道操作与关闭检测
默认情况下对于管道的读写操作是阻塞的,如果管道里没有数据可读,则read调用会被阻塞住直到有数据写入,而另一端日如果关闭了fd[1],则read才可以返回,返回值为0表示写入端已经被关闭,返回-1则表示当前的fd本身被关闭

复制代码
void readpipe()
{
int r;
for(;;)
{
char c;
r = read(pipe1[0],&c,1);
if(r == 0)
{
printf("the write pipe is closed\n");
break;
}
if(r == -1)
{
printf("the read pipe is closed\n");
break;
}
printf("%c",c);
}
}

void writepipe()
{
FILE *fp = fopen("hello.txt","r");
assert(fp != NULL);

while((c=fgetc(fp))!=EOF)
{
write(pipe1[1],&c,1);
}
close(pipe1[1]);
}
复制代码

 

读取管道数据隐藏的一个问题:我们一次该读多少字节的数据?何时数据已发送完毕?
 
一般的演示程序都是怎么样的呢?一次写入一条信息,读取方按照最大缓存大小去读(一般来说写入方写入数据的最大大小也不会超过这个缓存大小)读完以后再次写入数据,任意时间里也就是管道里最多只有一条数据,并且这个数据可能极其简单,可能就是一个字符串,读取方拿到以后printf出来就可以了

实际情况是,真正的应用里,发送方未必按照一写一读的方式工作,它不能知道读取方何时把数据读走,除非读取方告知它,那么这样又引来更多复杂的东西,因为他们之间还需要通信知道这个事情,还有,发送方也未必就是每次只发送一条数据,有可能一次发多条,总之当读取比写入慢的时候管道里应该会积压多条数据!
 
因此读取方必须具备识别数据的能力,从管道里读多少字节才是一个完整的有意义的数据,不能多读(破坏了下一条数据)也不能少读(数据不完整)这只能靠协议来约定了,如果每条数据就是以个C式的字符串,那么接收方只能按照字符读取,一旦读到'\0'字符认为一条数据已经结束,之后读的数据是下一条的,又或者我们每条数据前端都要包含一个数据头,数据头里会记录数据长度,那么接收方每次读取数据的时候先预读数据头,根据数据头里的信息决定再读多少字节
 
其实不仅仅是管道是这样的,任何流式的数据通道,都是这样的,因此我们需要设计协议,尤其是网络通信的时候

posted on   codestyle  阅读(956)  评论(0编辑  收藏  举报

编辑推荐:
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· [AI/GPT/综述] AI Agent的设计模式综述
点击右上角即可分享
微信分享提示