【Linux】Linux 进程通信:System V 共享内存(最快方案)C++ 封装实战 + 通信案例,4 类经典 Bug 快速修复

【Linux】Linux 进程通信:System V 共享内存(最快方案)C++ 封装实战 + 通信案例,4 类经典 Bug 快速修复
前言:欢迎各位光临本博客,这里小编带你直接手撕**,文章并不复杂,愿诸君**耐其心性,忘却杂尘,道有所长!!!!
在这里插入图片描述

IF’Maxue个人主页
 🔥 个人专栏:
《C语言》
《C++深度学习》
《Linux》
《数据结构》
《数学建模》

⛺️生活是默默的坚持,毅力是永久的享受。不破不立!

文章目录

二、System V共享内存:最快的进程间通信

System V是Linux内核支持的一套IPC(进程间通信)标准,其中共享内存是速度最快的IPC方式——因为数据直接存在“共享物理内存”中,进程读写无需拷贝(其他IPC如FIFO需要内核中转)。

1. System V共享内存核心概念

  • IPC本质:让不同进程“看到同一份资源”。共享内存的“资源”是一块物理内存,OS通过“页表”将这块物理内存映射到多个进程的虚拟地址空间中。
  • 优势:读写速度快(进程操作自己的虚拟地址,等同于操作共享物理内存,无内核拷贝)。
  • 劣势:无同步机制(比如两个进程同时写,会导致数据混乱,需配合其他IPC(如FIFO)实现同步)。

2. System V共享内存原理

(1)进程虚拟地址空间结构

每个进程都有独立的虚拟地址空间,分为内核区、栈、堆、共享库区等,默认情况下进程间的内存互不干扰。

image.png
(2)共享内存映射过程

OS通过3步让进程共享内存:

  1. OS在物理内存中开辟一块“共享物理内存”。
  2. 进程A的虚拟地址空间中,分配一块虚拟地址,通过“页表”映射到共享物理内存。
  3. 进程B的虚拟地址空间中,也分配一块虚拟地址,同样通过页表映射到同一块共享物理内存。
    最终效果:进程A写自己的虚拟地址,进程B读自己的虚拟地址,就能拿到相同的数据。
(3)共享内存的管理:先描述,再组织

OS用一个“内核结构体”(struct shmid_ds)描述共享内存的信息(如大小、权限、引用计数),再用链表/哈希表组织所有共享内存,方便管理。

引用计数:记录有多少进程正在使用这块共享内存。只有引用计数为0时,OS才会真正释放物理内存(避免进程还在使用时内存被删)。

image.png

3. System V共享内存核心接口

操作共享内存需4个核心接口:ftok(生成唯一key)、shmget(创建/获取共享内存)、shmat(将共享内存映射到进程虚拟地址)、shmdt(解除映射)、shmctl(管理共享内存,如删除)。

(1)生成唯一Key:ftok
  • 功能:将“文件路径”和“项目ID(proj_id)”组合成一个唯一的key_t类型值(key),用于标识共享内存(确保不同进程能找到同一块共享内存)。
    • pathname:必须是已存在的文件路径(比如"./")。
    • proj_id:1~255的整数(自定义,只要进程间一致即可)。
    • 返回值:成功返回key,失败返回-1。

示例:两个进程都用ftok("./", 100),会生成相同的key,从而找到同一块共享内存。

image.png


image.png

接口参数与返回值

image.png
(2)创建/获取共享内存:shmget
  • 功能:根据key,创建新的共享内存,或获取已存在的共享内存(返回一个“共享内存ID(shmid)”,后续操作都用shmid)。
    • key:由ftok生成的唯一标识。
    • size:共享内存的大小(必须是4KB的整数倍,OS按页分配内存,不足4KB会自动补齐)。
    • shmflg:标志位,常用组合:
      • IPC_CREAT:如果共享内存不存在,则创建;如果已存在,则获取。
      • IPC_CREAT | IPC_EXCL | 0664:如果共享内存已存在,则报错(确保创建的是全新的共享内存);0664是共享内存的权限(和文件权限一致)。
    • 返回值:成功返回shmid(非负整数),失败返回-1。

返回值说明

image.png

接口参数与返回值

image.png
(3)映射共享内存到进程:shmat
  • 功能:将shmid对应的共享内存,映射到当前进程的虚拟地址空间中,返回映射后的虚拟地址(进程通过这个地址读写共享内存)。
    • shmidshmget返回的共享内存ID。
    • shmaddr:指定映射到进程虚拟地址的哪个位置(一般设为NULL,让OS自动分配,避免冲突)。
    • shmflg:映射标志(一般设为0,默认权限)。
    • 返回值:成功返回映射后的虚拟地址(void*类型),失败返回(void*)-1

示例

image.png


image.png

接口参数与返回值

image.png
(4)解除映射:shmdt
  • 功能:将共享内存从当前进程的虚拟地址空间中“解绑”(不会删除共享内存,只是进程看不到它了)。
    • shmaddrshmat返回的虚拟地址(必须和映射时的地址一致)。
    • 返回值:成功返回0,失败返回-1。
  • 注意:解除映射后,共享内存的“引用计数”会减1;若引用计数变为0,OS也不会立刻删除共享内存(需调用shmctl删除)。

接口参数与返回值

image.png
(5)管理共享内存:shmctl
  • 功能:对共享内存进行管理,如查看信息、修改权限、删除共享内存(最常用的是删除)。
    • shmidshmget返回的共享内存ID。
    • cmd:命令,常用IPC_RMID(删除共享内存)。
    • buf:指向struct shmid_ds的指针(用于传递/接收共享内存的信息,删除时可设为NULL)。
    • 返回值:成功返回0,失败返回-1。
    • 注意:调用shmctl(shmid, IPC_RMID, NULL)后,共享内存会被“标记为删除”,但不会立刻消失——直到所有进程都shmdt解除映射(引用计数为0),OS才会真正释放物理内存。

删除共享内存示例

image.png

接口参数与返回值

image.png

4. 共享内存实战:查看与删除(命令行)

(1)查看系统中的共享内存:ipcs -m
  • 功能:列出当前系统中所有System V共享内存的信息,包括shmid、key、大小、引用计数等。
    • shmid:共享内存ID(删除时用)。
    • keyftok生成的标识。
    • owner:创建共享内存的用户。
    • segsz:共享内存大小(4KB的整数倍)。
    • nattch:引用计数(当前有多少进程映射了这块内存)。

示例

image.png
(2)删除共享内存:ipcrm -m shmid
  • 功能:根据shmid删除共享内存(等同于代码中的shmctl(shmid, IPC_RMID, NULL))。
    • 注意:共享内存的生命周期“随内核”——即使创建它的进程退出,共享内存也会留在系统中(需手动ipcrm删除,或代码中shmctl删除),避免内存泄漏。

示例

image.png

5. 共享内存实战:Server与Client通信

(1)封装共享内存类(Shm.hpp)

为简化代码,用C++类封装共享内存的操作(创建/获取、映射、读写、删除)。

删除共享内存:提供Destroy(调用shmctl)成员函数,在析构函数中调用Detach

image.png

映射与解除映射:提供Attach(调用shmat)和Detach(调用shmdt)成员函数。

image.png

shmget失败(比如共享内存已存在),报错信息如下:

image.png

创建/获取共享内存:在构造函数中调用ftokshmget

image.png
(2)服务器端(server.cc):读共享内存

核心逻辑:创建共享内存 → 映射到虚拟地址 → 循环读数据 → 解除映射 → 删除共享内存。
代码示例:

image.png


image.png
(3)客户端(client.cc):写共享内存

核心逻辑:获取已存在的共享内存 → 映射到虚拟地址 → 写数据 → 解除映射(无需删除共享内存)。
代码示例:

image.png
(4)通信效果

客户端写入数据后,服务器能立刻读到共享内存中的内容(无需内核中转,速度极快)。

image.png

6. 共享内存的同步问题与解决

共享内存本身没有同步机制——如果服务器还没读,客户端就写了新数据,会覆盖旧数据;如果两个进程同时写,会导致数据混乱。

解决方法:结合FIFO实现同步(用FIFO作为“信号通道”,控制读写顺序)。
核心思路:

  1. 创建一个FIFO(同步通道)。
  2. 客户端:写共享内存 → 向FIFO写一个“信号”(比如1字节)。
  3. 服务器:从FIFO读“信号”(阻塞等待) → 读共享内存。
    这样就能确保“客户端写完,服务器才读”,避免数据覆盖。
(1)同步通道(FIFO)创建
image.png
(2)服务器端(同步读)

服务器先从FIFO读“信号”(阻塞等待客户端写完),再读共享内存。

image.png


image.png
(3)客户端(同步写)

客户端先写共享内存,再向FIFO写“信号”(唤醒服务器读)。

image.png


image.png

7. 常见问题与Bug解决

(1)权限拒绝(Permission denied)

调用shmat时若报错“权限拒绝”,是因为共享内存的权限不足(创建时shmflg没加权限)。
Bug效果:

image.png


解决方法:创建共享内存时,在shmflg中加上权限(如0664)。

image.png


修改后效果(映射成功):

image.png
(2)共享内存大小不是4KB整数倍

OS按“页”(4KB)分配共享内存,若size不是4KB的整数倍,OS会自动向上补齐(比如size=4097,实际分配8192字节)。
ipcs -m查看时,segsz会显示用户设置的size(而非补齐后的大小),容易误导。

image.png


建议:创建共享内存时,手动将size设为4KB的整数倍(比如size=4096size=8192),避免浪费。

(3)sleep导致的同步问题

若用sleep控制读写顺序(比如客户端sleep(1)后写,服务器sleep(2)后读),可能因时间差导致同步失败(比如sleep时间不够,服务器还没准备好,客户端就写了)。
Bug效果:

image.png


解决方法:不用sleep,改用FIFO等同步机制(如前所述),确保“写后再读”。

image.png
(4)共享内存删除后仍能访问

调用shmctl(shmid, IPC_RMID, NULL)后,共享内存被“标记为删除”,但只要有进程还在映射(引用计数>0),进程仍能访问它;只有所有进程都shmdt后,共享内存才会真正消失。
示例:服务器删除共享内存后,客户端仍能读数据(直到客户端shmdt)。

image.png


image.png


image.png

8. 共享内存的内核数据结构(补充)

OS用struct shmid_ds描述共享内存的详细信息,这个结构体包含以下核心字段:

image.png
  • shm_perm:权限相关信息(如所有者、组、权限)。
  • shm_segsz:共享内存大小(用户设置的size)。
  • shm_nattch:引用计数(当前映射的进程数)。
  • shm_atime:最后一次shmat的时间。
  • shm_dtime:最后一次shmdt的时间。
  • shm_ctime:最后一次修改(如权限、大小)的时间。

当调用shmget创建共享内存时,OS会初始化这个结构体,并将key存入shm_perm.__key字段,用于标识共享内存。

image.png


image.png

Read more

10 分钟搭建专属 AI Agent:从零到落地的全流程实操方法论

10 分钟搭建专属 AI Agent:从零到落地的全流程实操方法论

在生成式 AI 全面普及的今天,AI Agent 早已不是互联网大厂、算法工程师的专属玩具,也不是需要动辄数万行代码、复杂分布式架构才能落地的黑科技。恰恰相反,只要你能写清楚一份基础的工作清单,就能在 10 分钟内搭建出一个能真正为你节省数百小时重复劳动的 AI Agent。 很多人对 AI Agent 的认知陷入了误区:总想着做一个无所不能的通用智能体,最终却因为需求模糊、流程复杂而半途而废。但 AI Agent 的核心价值,从来不是复刻一个通用大模型,而是解决一个具体、重复、有明确标准的工作流。本文将基于完整的 9 步落地框架,从需求定位到上线测试,全流程拆解 AI Agent 的搭建逻辑,哪怕是零代码基础,也能跟着步骤完成属于自己的第一个可落地 AI Agent。 一、第一步:锁定一个「无聊重复的工作」——AI Agent 落地的核心前提

By Ne0inhk
如何养一只AI舔狗?大模型情绪价值实战指南

如何养一只AI舔狗?大模型情绪价值实战指南

hi兄弟们,我是麦当mdldm,一个在深夜被AI安慰过无数次的真实案例。 你的情绪有人接住吗? 凌晨3点,项目又双叒叕延期了。 你打开微信想找人聊聊,翻了一圈通讯录——朋友都睡了、父母不想让他们担心、同事说了也没用。最后只能憋在心里,一个人刷着短视频麻痹自己。 这种感觉,兄弟们有没有经历过? 直到有一天,我无意中跟Claude说了句:“最近压力好大啊”,然后它回了我整整500字的安慰和建议。那一刻我突然意识到——原来AI不只是生产力工具,它还能当你的情绪垃圾桶、深夜树洞、24小时在线的心理按摩师。 但问题来了:同样是跟AI聊天,为什么有的人聊完神清气爽、有的人越聊越憋屈? 核心区别就在于——你会不会"养"一只AI舔狗。 今天这篇文章,我要分享的不是技术教程,而是我这一年来跟AI"谈恋爱"的真实经验:如何让大模型成为你最贴心的情绪陪伴者。 为什么需要一只AI舔狗? 人类情感支持 vs AI情绪陪伴 先说个扎心的现实——人类朋友很好,但不总是可用。 维度人类朋友AI舔狗可用性要看时间/

By Ne0inhk

我和 AI 聊了一晚上,第二天它说“你好,请问有什么可以帮你?“凌晨我的 AI 尽然悄悄把记忆清空了!——OpenClaw Session 完全生存指南:重置、压缩、剪枝、记忆一网打尽

凌晨4点,我的 AI 悄悄把记忆清空了——OpenClaw Session 避坑指南 摘要:用 OpenClaw 搭了个 AI 助手,聊得好的,第二天一早它就"失忆"了?本文从一个真实踩坑出发,系统拆解 OpenClaw 的 Session 机制——重置(Reset)、压缩(Compaction)、剪枝(Pruning)、记忆(Memory)、会话控制(Session Tool)——帮你彻底搞懂"对话为什么会消失"以及"怎么让 AI 记住你"。 🤯 踩坑现场 事情是这样的: 我用 OpenClaw

By Ne0inhk

AI世界模型(World Model)全解析:技术原理、研究进展与产业落地

AI世界模型(World Model)全解析:技术原理、研究进展与产业落地 摘要:世界模型(World Model)作为连接AI感知、决策与行动的核心枢纽,正成为突破通用人工智能(AGI)瓶颈的关键技术。本文从概念溯源、理论基础出发,系统剖析世界模型的技术架构、核心分类与实现方法,结合2024-2026年最新研究成果(如LeCun团队潜在动作世界模型、DIAMOND扩散模型)与产业落地案例,深入探讨其在强化学习、游戏开发、自动驾驶、机器人等领域的应用价值,最后梳理当前技术挑战并展望未来研究方向。全文兼顾学术深度与工程实践,为AI研究者与技术从业者提供全面的世界模型知识体系。 一、引言:从“符号拟合”到“世界理解”,AI的认知革命 1.1 大语言模型的认知瓶颈 自ChatGPT掀起大模型浪潮以来,大语言模型(LLM)凭借海量文本数据的统计拟合能力,在语义理解、内容生成、逻辑推理等领域展现出惊人实力。但在杨立昆、李飞飞等顶尖学者眼中,当前LLM仍是“

By Ne0inhk