第一章：综合实战项目——项目需求分析与系统架构设计
各位同学，欢迎来到《C语言进程间通信实战》的第一章。
说实话，我每次带新人做嵌入式项目，最头疼的不是写代码，而是前期需求分析和架构设计。很多人上来就撸代码，结果写到一半发现IPC方案选错了，或者模块接口对不上，那叫一个痛苦。我自己就踩过这种坑——有一次做车载多媒体系统，用了共享内存+信号量，结果没考虑多进程同步的边界情况，调试了整整两周。
所以这一章，咱们把地基打牢。后面写代码才会顺风顺水。
1.1 项目背景与需求分析
咱们这个实战项目，模拟的是一个典型的嵌入式数据采集与处理系统。说白了，就是三个核心任务：
- 数据采集进程：从传感器（模拟文件）读取原始数据
- 数据处理进程：对原始数据进行滤波、计算
- 数据输出进程：将处理结果写入日志或显示
你想想看，这三个进程如果各干各的，数据怎么传？谁先谁后？出错了怎么办？这就是IPC要解决的问题。
具体需求我列一下：
- 三个独立进程，必须能同时运行
- 采集进程每秒产生100条数据，每条数据约64字节
- 处理进程必须实时处理，延迟不超过10ms
- 输出进程每5秒批量写入一次结果
- 系统必须能优雅退出，不能丢数据
核心要点：需求分析阶段，一定要明确数据量、实时性、可靠性这三个维度。我见过太多项目，就是因为没搞清楚数据量级，选错了IPC方案，最后性能崩了。
1.2 系统架构设计
架构设计这块，我习惯先画一张整体框图。咱们这个系统采用主控-工作进程模式：
这张图你看懂了吗？主控进程负责启动和监控三个工作进程。数据流是单向的：采集→处理→输出。所有进程通过共享内存交换数据，用信号量做同步。
1.3 IPC方案选型
选IPC方案，我一般会问自己三个问题：
- 数据量多大？——咱们每秒100条×64字节=6.4KB，不大不小
- 实时性要求？——10ms以内，不能有阻塞
- 要不要跨机器？——不用，同一台Linux设备
基于这三点，我排除了Socket（太重）、管道（半双工不方便）、消息队列（有长度限制）。最终选了共享内存+信号量的组合。
我的经验：共享内存是Linux下最快的IPC方式，没有之一。因为它直接操作物理内存映射，不需要内核介入拷贝数据。但代价是——你得自己管同步。信号量就是干这个的。
具体方案如下：
| IPC机制 | 用途 | 选型理由 |
|---|---|---|
| 共享内存 (shm) | 数据交换区 | 零拷贝，高性能 |
| POSIX信号量 | 互斥与同步 | 支持进程间，轻量 |
| 信号 (signal) | 控制命令 | 主控通知退出 |
1.4 模块划分与接口设计
模块划分这块，我习惯按功能拆，每个模块一个.c文件，一个.h头文件。咱们的项目分这么几个模块：
- shm_mgr.c/h：共享内存管理，负责创建、映射、销毁
- sem_mgr.c/h：信号量管理，负责初始化、P/V操作
- ringbuf.c/h：环形缓冲区，数据生产消费的核心结构
- collector.c：采集进程主逻辑
- processor.c：处理进程主逻辑
- output.c：输出进程主逻辑
- main.c：主控进程入口
接口设计上，我定了一个原则：每个模块只暴露必要的函数。比如shm_mgr只暴露三个函数：
// 共享内存管理接口
int shm_init(key_t key, size_t size);
void *shm_attach(int shmid);
int shm_detach(void *addr);
int shm_destroy(int shmid);你看，就四个函数。创建、挂载、卸载、销毁。简单明了。调用者不需要知道内部细节。
注意：接口设计时，一定要考虑错误返回值。我见过太多代码，函数返回void，出错了都不知道。每个函数必须返回int，0表示成功，-1表示失败，errno说明原因。
1.5 编码实现前的准备工作
写代码之前，我建议你先准备好这几样东西：
- Linux开发环境（Ubuntu 20.04+，gcc 9+）
- Makefile模板（方便编译）
- 日志打印宏（调试必备）
- 单元测试框架（我习惯用minunit）
嗯，这里有个小技巧。我每次做项目，都会先写一个全局头文件global.h，放一些通用定义：
#ifndef GLOBAL_H
#define GLOBAL_H
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <errno.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/ipc.h>
#include <sys/shm.h>
#include <semaphore.h>
#include <signal.h>
#define MAX_DATA_SIZE 64
#define RING_BUF_SIZE 256
#define PROJ_ID 'A'
#define LOG_INFO(fmt, ...) \
printf("[INFO] %s:%d: " fmt "\n", __FILE__, __LINE__, ##__VA_ARGS__)
#define LOG_ERR(fmt, ...) \
fprintf(stderr, "[ERR] %s:%d: " fmt "\n", __FILE__, __LINE__, ##__VA_ARGS__)
#endif这个头文件一写，后面每个.c文件只需要#include "global.h"就行了。省事。
1.6 项目总结与经验分享
这一章咱们把项目的骨架搭好了。总结几个关键点：
- 需求分析：别急着写代码，先搞清楚数据量、实时性、可靠性
- 架构设计：主控+工作进程模式，职责清晰
- IPC选型：共享内存+信号量，高性能组合
- 模块划分：每个模块只做一件事，接口要简洁
我个人习惯，在项目开始前花30%的时间做设计和规划。你想想看，如果设计阶段发现的问题，改一张图就行了。等代码写了一半才发现架构有问题，那代价就大了。
我曾经在一个项目中，因为没仔细分析数据量，用了消息队列。结果生产环境数据量一上来，消息队列满了，进程直接阻塞。后来改成共享内存，性能提升了10倍不止。所以啊，前期选型真的很重要。
下一章，咱们开始动手写共享内存管理模块。我会带着你一行一行地敲代码，把每个细节都讲透。
公众号:蓝海资料掘金营，微信deep3321