news 2026/8/9 2:53:00

嵌入式第三十八篇——linux系统编程——IPC进程间通信

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
嵌入式第三十八篇——linux系统编程——IPC进程间通信

一、无名管道(Unnamed Pipe)

1. 核心定义

无名管道(简称pipe)是仅支持有亲缘关系进程(如父子、兄弟进程,由同一进程 fork 创建)间通信的临时 IPC 机制,无文件系统实体,仅存在于内存中。

2. 核心特性

  1. 半双工通信:数据只能单向流动,实际编程中通常按单工模式使用(如需双向通信,需创建两个管道)。
  2. 不支持定位操作:管道是流式文件,无法使用lseek(文件 IO)或fseek(标准 IO)进行偏移定位。
  3. 文件操作方式
    • 首选文件 IOopen/read/write/close),无缓冲区,效率更高;
    • 可选标准 IOfgets/fread/fgetc等),但存在缓冲区,需注意数据同步问题。
  4. 阻塞与异常行为(关键):
    场景行为
    读端存在,写端写入超过 64KB写操作阻塞(管道缓冲区默认大小为 64KB)
    写端存在,管道为空时读操作读操作阻塞(等待写端写入数据)
    读端关闭,写端继续写管道管道破裂,写进程被信号终止(SIGPIPE)
    写端关闭,管道无数据时读操作read返回 0(表示通信结束)

3. 编程接口

(1)创建管道函数
#include <unistd.h> int pipe(int pipefd[2]);
  • 功能:创建并打开一个无名管道,返回两个文件描述符。
  • 参数pipefd[0]为管道的读端(固定),pipefd[1]为管道的写端(固定)。
  • 返回值:成功返回 0,失败返回 - 1(并设置errno)。

4. 编程步骤

  1. 创建管道:调用pipe()函数生成读、写端文件描述符。
  2. 创建子进程:调用fork()生成子进程(子进程继承管道描述符)。
  3. 关闭无用端:父子进程分别关闭不需要的读 / 写端(如父进程写、子进程读,则父进程关读端,子进程关写端)。
  4. 读写管道:通过read()/write()进行数据传输。
  5. 关闭管道:通信结束后,关闭剩余的读 / 写端描述符。

二、有名管道(FIFO)

1. 核心定义

有名管道(简称FIFO,First In First Out)是支持任意单机进程(无亲缘关系也可)间通信的 IPC 机制,在文件系统中存在实体文件(有路径和名称),但文件内容仅存于内存中。

2. 核心特性

  • 继承无名管道的所有特性:半双工、不支持定位、阻塞 / 异常行为与无名管道一致。
  • 额外特性
    1. 文件系统可见:通过ls命令可看到 FIFO 文件(文件类型为p)。
    2. open 函数的阻塞特性:若只打开 FIFO 的读端或写端,open()会阻塞,直到另一端也被打开(可通过O_NONBLOCK设置非阻塞模式)。

3. 编程接口

(1)创建有名管道函数
#include <sys/stat.h> int mkfifo(const char *pathname, mode_t mode);
  • 功能:在指定路径下创建一个有名管道文件。
  • 参数
    • pathname:要创建的 FIFO 文件的路径 + 名称(如./myfifo)。
    • mode:FIFO 文件的权限(8 进制数,如0664,最终权限会受umask影响)。
  • 返回值:成功返回 0,失败返回 - 1(并设置errno,如文件已存在时errnoEEXIST)。

4. 编程步骤

  1. 创建 FIFO 文件:调用mkfifo()创建有名管道(若已存在可跳过)。
  2. 打开 FIFO 文件:进程通过open()函数打开 FIFO(指定O_RDONLY/O_WRONLY,可选O_NONBLOCK)。
  3. 读写管道:通过read()/write()进行数据传输(与文件操作一致)。
  4. 关闭管道:通信结束后,调用close()关闭文件描述符。
  5. 卸载 FIFO:通过unlink()rm命令删除文件系统中的 FIFO 实体文件(可选,若后续还需使用可保留)。

三、无名管道与有名管道的核心区别

特性无名管道(Pipe)有名管道(FIFO)
适用进程仅有亲缘关系进程任意单机进程
文件系统实体无(仅内存中存在)有(可见的 FIFO 文件)
创建方式pipe()函数mkfifo()函数
打开方式继承描述符,无需 open需调用open()函数
版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/8/9 1:26:01

【紧急预警】Open-AutoGLM新版更新将加剧弹窗阻断,你做好准备了吗?

第一章&#xff1a;Open-AutoGLM 更新弹窗阻断处理在使用 Open-AutoGLM 工具进行自动化脚本执行过程中&#xff0c;系统更新弹窗常会中断流程&#xff0c;导致任务失败或挂起。这类弹窗通常由后台服务自动检测到新版本后触发&#xff0c;虽有助于保持软件最新&#xff0c;但在无…

作者头像 李华
网站建设 2026/8/7 23:03:32

Electron 网络与外部通信

Electron 中的网络与外部通信 Electron 应用可以轻松进行外部网络通信&#xff08;如 HTTP/HTTPS 请求、WebSocket&#xff09;&#xff0c;得益于 Chromium 的网络栈和 Node.js 的集成。主进程&#xff08;main process&#xff09;和渲染进程&#xff08;renderer process&a…

作者头像 李华
网站建设 2026/8/7 23:57:00

查重不过?AI痕迹太重?百考通降重平台,双效合一,轻松过关!

论文写完了&#xff0c;却卡在查重这一关&#xff1f; 重复率高达35%&#xff0c;导师还指出“语言像AI生成”&#xff1f; 手动改写几遍仍无济于事&#xff0c;眼看提交 deadline 逼近…… 别再浪费时间无效修改了&#xff01;百考通智能降重与去AI痕迹平台&#xff08;https…

作者头像 李华
网站建设 2026/8/9 0:31:34

人机协作:软件测试的下一站革命

当人类智慧遇见机器效率 在软件测试领域&#xff0c;人工测试与自动化测试的二分法正逐渐被“人机协作”的新范式取代。这不是简单的工具辅助&#xff0c;而是人类专业判断与机器精准执行的深度融合。随着人工智能和机器学习技术的成熟&#xff0c;测试人员不再被重复性任务束…

作者头像 李华
网站建设 2026/8/5 13:52:29

软件测试的认知升维:从缺陷探测到质量共建

01 范式转移&#xff1a;三次测试浪潮的技术哲学 软件测试行业正经历第三次认知飞跃。第一次浪潮以手工测试为主导&#xff0c;测试被视为开发的后续环节&#xff0c;缺陷检测是核心目标。第二次浪潮诞生了自动化测试框架&#xff0c;Selenium、Appium等工具将重复性任务交给机…

作者头像 李华
网站建设 2026/8/8 22:36:16

基于springboot + vue公司员工管理系统(源码+数据库+文档)

公司员工管理 目录 基于springboot vue公司员工管理系统 一、前言 二、系统功能演示 三、技术选型 四、其他项目参考 五、代码参考 六、测试参考 七、最新计算机毕设选题推荐 八、源码获取&#xff1a; 基于springboot vue公司员工管理系统 一、前言 博主介绍&…

作者头像 李华