【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

Python详细安装与环境搭建

Python详细安装与环境搭建

一. 下载python python官网:https://www.python.org/ 按照图片所示进行下载         其中, x86 的为 32 位安装包,x86-64 为 64 位安装包。Stable Releases为稳定版本,Pre-releases为预发行版。executable installer为完整的安装包,下载完即可脱网安装;web-based installer 体积更小,安装时仍需联网下载其他部分。 二. 安装 1.安装包形式 Install Now:默认当前账户安装,安装路径和内容是默认的。 Customize installation:自定义安装。 Install launcher for all users (recommended) / Use admin privileges when installing py.

By Ne0inhk
用 Python 实现斐波那契数列:5 种方法全解析(附性能对比与实战建议)

用 Python 实现斐波那契数列:5 种方法全解析(附性能对比与实战建议)

🔧标签:Python 算法 数据结构 递归 动态规划 生成器 性能优化 🎯 引言:为什么斐波那契是编程“入门必修课”? 斐波那契数列(Fibonacci Sequence)是一个经典的数学序列: 0, 1, 1, 2, 3, 5, 8, 13, 21, 34, ... 定义为:F(0) = 0, F(1) = 1, F(n) = F(n-1) + F(n-2) 它不仅是数学之美,更是编程思维的试金石。 掌握它的多种实现方式,意味着你真正理解了:循环与递归时间复杂度与空间复杂度记忆化与动态规划生成器与内存优化 ✅ 方法一:【最优】循环迭代法(推荐级) 这是最实用、最高效的写法,也是你写的版本!

By Ne0inhk
【机器学习】支持向量机 SVM 从原理到实战(Python 全流程实现)

【机器学习】支持向量机 SVM 从原理到实战(Python 全流程实现)

目录 一、前言 二、SVM 核心原理(从通俗到深入) 2.1 什么是 SVM?一个通俗的小故事 2.2 核心目标:最优超平面与最大间隔 2.2.1 超平面方程 2.2.2 点到超平面的距离 2.2.3 最大间隔的优化目标 2.2.4 什么是支持向量? 2.3 软间隔:解决噪声与线性不可分 2.4 核函数:低维解决高维非线性问题 2.5 SVM 的优缺点 优点 缺点 三、SVM 实战:基于

By Ne0inhk
Python快速落地的临床知识问答与检索项目(2025年9月教学配置部分)

Python快速落地的临床知识问答与检索项目(2025年9月教学配置部分)

项目概述与技术选型 本项目定位为临床辅助决策支持工具,而非替代临床诊断的独立系统,旨在解决医疗行业两大核心痛点:一是医学知识更新速率加快,2025 年临床指南年均更新量较 2020 年增长 47%,传统知识管理方式难以同步;二是科室规范呈现碎片化分布,不同院区、亚专科的诊疗流程存在差异,导致知识检索效率低下。技术路线采用 RAG 知识库 + ChatFlow 多轮对话 + 工具节点对接 的三层架构,通过整合指南文献、临床路径和院内 SOP 文档,满足门诊快速问诊、病房随访问答及科室知识库精准检索需求,最终实现医疗信息可及性提升 30%、基层医生决策效率提高 25% 的核心价值目标[1]。 技术栈选型分析 1. 大语言模型:领域专精与多模态融合 临床知识问答核心模型需兼顾专业性与部署灵活性。2025 年主流选型包括: * Chimed - GPT:基于 Ziya - V2 架构,通过预训练、

By Ne0inhk