博客
关于我
[apue] 使用 popen/pclose 的一点疑问
阅读量:427 次
发布时间:2019-03-06

本文共 449 字,大约阅读时间需要 1 分钟。

当我们需要将输出作为标准输入传递给一个命令,或者将一个命令的输出作为标准输入来读取,

一般会想到使用pipe与fork相结合的方式,来重定向标准输入/输出给指定命令。

popen/pclose 帮助我们简化了上述工作,只需要调用:

FILE* fpout = popen("more", "w");

就可以将输出写入more命令。只需要调用:

FILE* fpin = popen("ls -l .", "r");

就可以从输入读取ls命令的输出内容。

 

apue上有一段是这样说明 popen 内部的工作原理的:

“这两个函数实现的操作是:创建一个管道,调用fork产生一个子进程,关闭管道的不使用端,

执行一个shell以运行命令,然后等待命令终止。”

 

写了一个程序验证一下:

 

程序运行后,使用另一个命令窗口查看进程ID:

分别对23153与23154调用lsof查看管道信息:

可以看到在子进程more中确实有名为pipe的FIFO命名管道,但是在父进程中却找不到相应的管道,这是怎么回事呢……

 

转载地址:http://hopuz.baihongyu.com/

你可能感兴趣的文章
n = 3 , while n , continue
查看>>
n 叉树后序遍历转换为链表问题的深入探讨
查看>>
N!
查看>>
N-Gram的基本原理
查看>>
n1 c语言程序,全国青少年软件编程等级考试C语言经典程序题10道七
查看>>
Nacos Client常用配置
查看>>
nacos config
查看>>
Nacos Config--服务配置
查看>>
Nacos Derby 远程命令执行漏洞(QVD-2024-26473)
查看>>
Nacos 与 Eureka、Zookeeper 和 Consul 等其他注册中心的区别
查看>>
Nacos 单机集群搭建及常用生产环境配置 | Spring Cloud 3
查看>>
Nacos 启动报错[db-load-error]load jdbc.properties error
查看>>
Nacos 注册服务源码分析
查看>>
Nacos 融合 Spring Cloud,成为注册配置中心
查看>>
Nacos-注册中心
查看>>
Nacos2.X 源码分析:为订阅方推送、服务健康检查、集群数据同步、grpc客户端服务端初始化
查看>>
Nacos2.X 配置中心源码分析:客户端如何拉取配置、服务端配置发布客户端监听机制
查看>>
Nacos2.X源码分析:服务注册、服务发现流程
查看>>
NacosClient客户端搭建,微服务注册进nacos
查看>>
Nacos中使用ribbon
查看>>