【ONE·Linux || 进程间通信】
总言
进程间通信：简述进程间通信，介绍一些通信方式，管道通信（匿名、名命）、共享内存等。
文章目录
- 总言
- 1、进程间通信简述
- 2、管道
-
- 2.1、简介
- 2.2、匿名管道
-
- 2.2.1、匿名管道的原理
- 2.2.2、编码理解：用fork来共享管道
-
- 2.2.2.1、准备工作一：创建一个管道pipe
- 2.2.2.2、准备工作二：创建子进程，对父子进程构建单向通信的信道
- 2.2.2.3、正式工作：父子进程间通信
- 2.2.2.4、结束工作：收尾处理（附整体代码）
- 2.2.3、总结说明（匿名管道特点、读写原则）
- 2.2.4、扩展应用：进程池的模拟实现
-
- 2.2.4.1、processpool.c
- 2.2.4.2、Task.hpp
- 2.3、名命管道
-
- 2.3.1、是什么
- 2.3.2、相关使用演示
-
- 2.3.2.1、comm.hpp
- 2.3.2.2、log.hpp
- 2.3.2.3、server.cxx
- 2.3.2.4、client.cxx
- 2.3.2.5、server端加入子进程（多个读端演示）
- 3、system V 共享内存
-
- 3.1、基础理论
- 3.2、实操环节
-
- 3.2.1、相关函数、指令汇总（通讯前后的工作）
-
- 3.2.1.1、shmget
- 3.2.1.2、ftok
- 3.2.1.3、ipcs、ipcrm
- 3.2.1.4、shmat、shmdt
- 3.2.1.5、shmclt
- 3.2.2、使用演示
-
- 3.2.2.1、基本说明
- 3.2.2.2、comm.hpp
- 3.2.2.3、log.hpp
- 3.2.2.4、shmserver.cxx
- 3.2.2.5、shmclient.cxx
- 3.3、总结补充
- 4、system V 信号量
-
- 4.1、理解层面
1、进程间通信简述
1）、为什么要进行进程间通信？
以下为一些举例：
数据传输：一个进程需要将它的数据发送给另一个进程。
资源共享：多个进程之间共享同样的资源。
通知事件：一个进程需要向另一个或一组进程发送消息，通知它（它们）发生了某种事件（如进程终止时要通知父进程）。
进程控制：有些进程希望完全控制另一个进程的执行（如Debug进程），此时控制进程希望能够拦截另一个进程的所有陷入和异常，并能够及时知道它的状态改变。
2）、要达成上述进程间通信，需要面临哪些问题，为什么？
说明：进程具有独立性，要实现进程间通信，则需要让通信双方进程能够看到同一份"资源"，此处强调"共享"这一特性。
3）、进程间通信发展简述
2、管道
2.1、简介
1）、什么是管道
管道是Unix中最古老的进程间通信的形式，我们把从一个进程连接到另一个进程的一个数据流称为一个“管道”。
特点：单向通信、传送的都是资源（数据是计算机里最重要的资源）
说明：由于进程具有独立性，若让进程来提供管道，其它进程是看不到该管道存在的。因此，计算机里管道的实现，由操作系统提供，由进程来使用。
2.2、匿名管道
2.2.1、匿名管道的原理
1）、问题引入：当进程打开一个文件后，创建一个子进程会发生什么？
回答：对进程相关数据结构(*file、files_struct、file* fd_array等)，子进程会进行写时拷贝；对被打开文件相关的内核数据结构(文件信息所生成的文件结构file)，父子进程指向相同。由此诞生了共享文件，即管道。
2）、如何实现一个管道？
实际上，管道的底层原理就是通过文件实现的。相关步骤说明：
1、分别以读写方式打开同一个文件
2、fork()创建子进程（此时父子进程虽然彼此独立，但它们共享同一个文件）
3、双方进程各自关闭自己不需要的文件描述符（假设父进程写入、子进程读取，则父进程关闭读端，子进程关闭写端。）
PS：进程间通信属于内存级别的通信，大多以临时数据为主，不需要写入磁盘，虽然存在，但一般情况下没必要，且影响传送效率。
2.2.2、编码理解：用fork来共享管道
2.2.2.1、准备工作一：创建一个管道pipe
1）、相关函数介绍
这里我们使用pipe函数，其作用是创建一个匿名管道。头文件为man 2 pipe查看具体信息。）
NAME
pipe, pipe2 - create pipe
SYNOPSIS
#include
说明：该函数用于获取两个输出型参数（这里返回文件描述符数组）。pipefd类似于基础IO中学习的文件描述标识符，这里pipefd[0]表示管道的读端，pipefd[1]表示管道的写端。注意参数的返回类型是int。
pipe()
creates a pipe, a unidirectional data channel that can be used for interprocess communica‐tion.
The array pipefd is used to return two file descriptors referring to the ends of the pipe.
pipefd[0] refers to the read end of the pipe.
pipefd[1] refers to the write end of the pipe.
Datawritten to the write end of the pipe is buffered by the kernel until it is read from the read end ofthe pipe.
For further details, see pipe(7).
返回值：int类型，若成功，则返回0，若失败则返回-1。
RETURN VALUE
On success, zero is returned.
On error, -1 is returned, and errno is set appropriately.
2）、相关使用如下
//step1：创建一个管道
int pipefd[2] = {0};//文件描述符数组，用于接受pipe读端、写端
int ret = pipe(pipefd);
assert(ret != -1);//用于检测是否成功创建管道
(void)ret;
说明：
1、pipe(pipefd)：这里我们并未给出管道名称，所以说pipe创建的是一个匿名管道。
2、(void)ret：assert只在debug模式下有效，为了避免release模式下，ret变量因无效（未使用）而报警，此处设置(void)ret以证其使用性。
3）、验证：pipefd表示的含义
//验证:pipefd[2]具体含义
cout << "pipefd[0]" << pipefd[0] << endl;
cout << "pipefd[1]" << pipefd[1] << endl;
mypipe.out:mypipe.cc
g++ -o $@ $^ -std=c++11 -DDEBUG //debug模式
2.2.2.2、准备工作二：创建子进程，对父子进程构建单向通信的信道
说明：上述步骤，我们只是创建出管道，未曾实际使用它。此处我们以fork的形式创建父子进程，让其使用管道进行通信。根据之前描述的如何实现一个管道，相关示意图如下：
相关代码如下：
//step2:创建子进程，对父子进程构建单向通信的信道
pid_t id = fork();
assert(id != -1);//fork失败
if(id = 1)//子进程：此处设子进程读取
{
close(pipefd[1]);//对子进程，保留读端，关闭写端
//相关读取操作
//……
exit(0);
}
//父进程：此处设父进程写入
close(pipefd[0]);//对父进程，保留写端，关闭读端
//相关写入操作
//……
man 2 fork：
SYNOPSIS
#include
2.2.2.3、正式工作：父子进程间通信
说明：在上述准备工作中，所创建的匿名管道能够让父子进程单向通信，只用在读端、写端分别编写相关代码操作即可。以下为一个演示案例（该部分内容不固定，仅做演示理解）：
对子进程，读取管道中的数据：使用read函数读取管道文件，并将读取到的数据存储在re_buffer中。
if(0 == id)
{
close(pipefd[1]);//子进程保留读端
//……相关读取操作
char re_buffer[1024*8]={0};//子进程缓冲区：用于接收读端读取到的数据
while(true)
{
//从管道中读取数据存储入缓冲区
ssize_t re = read(pipefd[0], re_buffer, sizeof(re_buffer)-1);
if(re > 0)
{
re_buffer[re]= 0;
cout << "【childpid-" << getpid() << ", get a message 】：" << re_buffer << endl;
}
else if(re == 0)//end of file，读取到0，文件结尾。
{
cout << "child: end of file, quit." << endl;
break;//退出循环
}
}
exit(0);//终止子进程
}
man 2 read：
对父进程，写入数据：这里设置写10次结束。
//父进程
close(pipefd[0]);//父进程保留写端
//……相关写入操作
char wr_buffer[1024*8]={0};//写端缓冲区，用于存储发送的数据
string message = "父进程写入数据";//提示文字1
int count=0;//提示文字2，用于记录写入次数
while(true)
{
//向wr_buffer中写入相关信息
snprintf(wr_buffer,sizeof(wr_buffer),"fatherid-%d, %s, 第%d写入.",getpid(),message.c_str(),1+count++);
//将写端缓冲区数据写入管道文件中
write(pipefd[1],wr_buffer,strlen(wr_buffer));
sleep(1);//便于观察输出结果而设
//结束写端
if(10 == count)
{
cout<<"father quit!\n"<<endl;
break;
}
}
2.2.2.4、结束工作：收尾处理（附整体代码）
结束后，需要将通信管道关闭。
//step3：执行完毕
close(pipefd[1]);
pid_t ret2 = waitpid(id, nullptr, 0);
printf("wait:%d, childpid:%d, count:%d\n",ret2,id,count);
assert(ret2 > 0);
(void)ret2;
演示结果：
整体代码如下：
#include
2.2.3、总结说明（匿名管道特点、读写原则）
1）、管道特点
1、匿名管道只能用于具有亲缘关系的进程之间进行通信。通常运用于父子进程（一个管道由一个进程创建，然后该进程调用fork，此后父、子进程之间就可应用该管道。假如不断在fork，那么就能实现父子、兄弟之间共用同一管道）。
2、管道通过让进程间协同，提供了访问控制。（根据之前fork的学习，创建子进程后，父子进程执行是没有先后顺序的，即缺乏访问控制）。
3、管道提供流式服务。（即面向字节流，后续需要通过订制协议来进行区分）。
4、管道是基于文件的，文件的生命周期随进程，故管道的生命周期是随进程的。（一般而言，进程退出，管道释放）。
5、管道是半双工的，数据只能向一个方向流动。（需要双方通信时，需要建立起两个管道。）
2）、管道读写原则
两种访问方式和两种退出方式：
1、若写端快，读端慢，管道写满了就不再写入；
2、若写端慢，读端快，管道内没有数据时，读端必须等待；
3、若写端关闭，读端最终会读取到0，标志到了文件结尾。
4、若读端关闭，OS会终止写进行。
2.2.4、扩展应用：进程池的模拟实现
上述匿名管道，可运用于创建进程池。如下图，当有多个子进程时，父子之间建立起管道通信。当父进程发送指令（command code），可派遣任务让随机一个子进程执行。
PS：该部分相关代码如下，可结合思维导图理解。相关演示结果如下：
2.2.4.1、processpool.c
#include
2.2.4.2、Task.hpp
#pragma once
#include
2.3、名命管道
2.3.1、是什么
1）、问题引入：对于非血缘关系的进程，如何让二者看到同一份资源？
回答：在磁盘上建立名命管道文件(FIFO文件)，可以被双方进程打开，但不会将内存数据刷新到磁盘上。（PS：命名管道是一种特殊类型的文件，其在磁盘中大小为0）。
2）、如何创建一份名命管道文件？
相关函数指令：mkfifo，（man 3 mkfifo 可在Linux中查看）。
函数介绍
头文件和对应函数声明：
NAME
mkfifo - make a FIFO special file (a named pipe)
SYNOPSIS
#include 具体介绍：
DESCRIPTION
mkfifo() makes a FIFO special file with name pathname. mode specifies the FIFO's permissions.
It is modified by the process's umask in the usual way: the permissions of the created file are
(mode & ~umask).
A FIFO special file is similar to a pipe, except that it is created in a different way. Instead
of being an anonymous communications channel, a FIFO special file is entered into the file sys‐
tem by calling mkfifo().
Once you have created a FIFO special file in this way, any process can open it for reading or
writing, in the same way as an ordinary file. However, it has to be open at both ends simulta‐
neously before you can proceed to do any input or output operations on it. Opening a FIFO for
reading normally blocks until some other process opens the same FIFO for writing, and vice
versa. See fifo(7) for nonblocking handling of FIFO special files.
返回值：
RETURN VALUE
On success mkfifo() returns 0. In the case of an error, -1 is returned (in which case, errno is
set appropriately).
mkfifo named_pipe：mkfifo可在命令行上使用。
[wj@VM-4-3-centos T0917]$ mkfifo named_pipe
[wj@VM-4-3-centos T0917]$ ll
total 0
prw-rw-r-- 1 wj wj 0 Sep 16 20:48 named_pipe //可以看到其在磁盘上大小为0
[wj@VM-4-3-centos T0917]$ echo "hello" > named_pipe
[wj@VM-4-3-centos T0917]$ cat < named_pipe
hello
以脚本演示：while :; do echo "hello pipe"; sleep 1 ; done > named_pipe
2.3.2、相关使用演示
整体实现框架如下：
演示结果：
2.3.2.1、comm.hpp
#ifndef _COMM_H_
#define _COMM_H_
#include
2.3.2.2、log.hpp
#ifndef _LOG_H
#define _LOG_H
#include
2.3.2.3、server.cxx
#include "comm.hpp"
static void getMessage(int fd)
{
char buffer[SIZE]={0};//读端缓冲区
while(true)
{
//void * memset ( void * ptr, int value, size_t num );
memset(buffer,'\0',sizeof(buffer));//为了每次接受信息前，清屏处理上此遗留的无效数据
int rd = read(fd, buffer, sizeof(buffer) - 1);
if (rd > 0) // 读取到数据
{
cout << "masseage from client:> " << buffer << endl;
}
else if (rd == 0) // 读取到文件尾end of file
{
cout << "end of the file, quit!" << endl;
break;
}
else
{
perror("read"); // error
break;
}
}
}
int main()//server：读取端，用于接受client发送的通信
{
//1、创建管道文件
int ret = mkfifo(ipcPath.c_str(), MODE);
assert(0 == ret);
(void)ret;
Log("server:创建管道文件",Debug) << endl;
//2、正常文件操作：接受通信、显示通信
//2.1、打开名命管道
int fd = open(ipcPath.c_str(), O_RDONLY);
if(fd < 0)
{
perror("open");
exit(2);//处理assert，上述mkfifo也可以用perror检测
}
Log("server:打开名命管道",Debug)<< endl;
//2.2、进行通信
getMessage(fd);
//2.3、通信结束，关闭文件
close(fd);
Log("server:通信结束，关闭文件",Debug)<< endl;
//3、删除管道文件
unlink(ipcPath.c_str());
Log("server:删除管道文件",Debug)<< endl;
return 0;
}
2.3.2.4、client.cxx
#include "comm.hpp"
int main()//client：写入端，用于发送通信到管道中
{
//1、获取管道文件
int fd = open(ipcPath.c_str(), O_WRONLY);
if(fd < 0)
{
perror("open");
exit(1);
}
Log("client: 获取管道文件",Debug)<< endl;
//2、ipc通信过程
string buffer;
while(true)
{
cout<< "client sent massage:> ";
std::getline(std::cin, buffer);//获取数据到缓冲区
write(fd,buffer.c_str(),buffer.size());//将缓冲区数据写入通信管道中
}
//3、关闭管道文件
close(fd);
Log("client: 关闭管道文件",Debug)<< endl;
return 0;
}
2.3.2.5、server端加入子进程（多个读端演示）
相关演示结果：
只需要在server端做出小改动就行：
static void getMessage(int fd)
{
char buffer[SIZE]={0};//读端缓冲区
while(true)
{
//void * memset ( void * ptr, int value, size_t num );
memset(buffer,'\0',sizeof(buffer));//为了每次接受信息前，清屏处理上此遗留的无效数据
int rd = read(fd, buffer, sizeof(buffer) - 1);
if (rd > 0) // 读取到数据
{
cout <<"child: " << getpid() <<" | masseage from client:> " << buffer << endl;
}
else if (rd == 0) // 读取到文件尾end of file
{
cout << "end of the file, quit!" << endl;
break;
}
else
{
perror("read"); // error
break;
}
}
}
// //2.2、进行通信
// getMessage(fd);
//2.2、写法二：创建子进程，进行多项读端通信
int nums=3;//进程数目
for(int i = 0; i < nums; ++i)
{
int id = fork();
assert(id >= 0);
if(id == 0)//子进程：执行读取任务
{
getMessage(fd);
exit(1);//子进程结束，退出进程
}
}
for(int i = 0; i < nums; ++i)//父进程：等待子进程结束
{
waitpid(-1,nullptr,0);
}
3、system V 共享内存
3.1、基础理论
1）、共享内存的原理简述
问题1、共享内存是谁提供的？
回答：操作系统。共享内存是OS专门为了进程通信而设定的，进程只是使用它，而非拥有者。
问题2、操作系统要不要管理共享内存？
回答：需要。实际上共享内存=共享内存块+对应共享内存的内核数据结构。（PS：对于管道文件，OS也要管理，只不过其包含在文件管理中，不需要单独拎出处理）。
3.2、实操环节
3.2.1、相关函数、指令汇总（通讯前后的工作）
3.2.1.1、shmget
1）、基础介绍
shmget功能：用来创建共享内存。查看方式：man shmget。
NAME
shmget - allocates a System V shared memory segment
SYNOPSIS
#include 参数介绍：
key：key值用于保证通信双方看到的都是同一个共享内存。通信双方(client&server)能够匹配同一个key值，则能看到同一个共享内存。其在OS中具有唯一性，其数值本身不重要。
使用方法：使用同样的算法规则，使得通信双方获取同一个key值(唯一)。比如：ftok函数（下述介绍）。
size:共享内存大小。
size = 4096/4097：共享内存的大小最好是页(PAGE，4096，4kb)的整数倍。(PS：4097会创建两个页，但OS实际只给4097个bit)
shmflg:由九个权限标志构成，它们的用法和创建文件时使用的mode模式标志是一样的。
The value shmflg is composed of:
IPC_CREAT to create a new segment. If this flag is not used, then shmget() will find the segment asso‐
ciated with key and check to see if the user has permission to access the segment.
IPC_EXCL used with IPC_CREAT to ensure failure if the segment already exists.
返回值： 若创建成功，shmget的返回值为共享内存的用户层标识符，类似fd文件标识符。
RETURN VALUE
On success, a valid shared memory identifier is returned. On errir, -1 is returned, and errno is set to
indicate the error.
相关使用举例见下述ipcs、ipcrm小节。
3.2.1.2、ftok
1）、基础介绍
功能：用于创建共享内存时，形成相同的key值。查看方式，man ftok。
NAME
ftok - convert a pathname and a project identifier to a System V IPC key
SYNOPSIS
#include
DESCRIPTION
The ftok() function uses the identity of the file named by the given pathname (which must refer to an
existing, accessible file) and the least significant 8 bits of proj_id (which must be nonzero) to generate
a key_t type System V IPC key, suitable for use with msgget(2), semget(2), or shmget(2).
The resulting value is the same for all pathnames that name the same file, when the same value of proj_id
is used. The value returned should be different when the (simultaneously existing) files or the project
IDs differ.
返回值：
RETURN VALUE
On success, the generated key_t value is returned. On failure -1 is returned, with errno indicating the
error as for the stat(2) system call.
2）、使用演示
相关代码：
[wj@VM-4-3-centos shm]$ ls
comm.hpp log.hpp makefile shmclient.cxx shmserver.cxx
[wj@VM-4-3-centos shm]$ make
g++ -o shmclient.out shmclient.cxx -std=c++11
g++ -o shmserver.out shmserver.cxx -std=c++11
[wj@VM-4-3-centos shm]$ ls
comm.hpp log.hpp makefile shmclient.cxx shmclient.out shmserver.cxx shmserver.out
[wj@VM-4-3-centos shm]$ ./shmserver.out
[1694951640] :Debug, server:ftok success
server key: 1140916349
[wj@VM-4-3-centos shm]$ ./shmclient.out
[1694951646] :Debug, client:ftok success
clinet key: 1140916349
[wj@VM-4-3-centos shm]$
3.2.1.3、ipcs、ipcrm
1）、基础介绍
ipcs：
NAME
ipcs - provide information on IPC facilities
DESCRIPTION
ipcs provides information on the inter-process communication facilities for which the calling process has
read access.
ipcs -m：可用于查看共享内存。
-m, --shmems
Write information about active shared memory segments.
ipcrm：
NAME
ipcrm - remove a message queue, semaphore set or shared memory id
SYNOPSIS
ipcrm [options]
ipcrm -m shmid：删除共享内存（注意此处需要填shmid值）
OPTIONS
-M, --shmem-key shmkey
removes the shared memorysegment created with shmkey after the last detach is performed.
-m, --shmem-id shmid
removes the shared memory segment identified by shmid after the last detach is performed.
2）、使用演示
int shmget(key_t key, size_t size, int shmflg); shmlg带上权限时：
使用ipcs 查看时各项含义简介：
若使用shmget，参数shmlg中不加权限，结果如下：
3.2.1.4、shmat、shmdt
1）、基础介绍
man shmat、man shmdt，可查看相关信息：
shmat将共享内存段连接到进程地址空间；shmdt：将共享内存段与当前进程脱离。
NAME
shmat, shmdt - System V shared memory operations
SYNOPSIS
#include 相关参数：
shmid：共享内存标识
shmaddr：指定连接的虚拟地址（一般设置为nullptr即可，由操作系统自行配置）
shmflg：它的两个可能取值是SHM_RND和SHM_RDONLY
返回值： 对shmat，成功返回一个指针，指向共享内存第一个节；失败返回-1。对shmdt，成功返回0，失败返回-1。
RETURN VALUE
On success shmat() returns the address of the attached shared memory segment; on error (void *) -1 is
returned, and errno is set to indicate the cause of the error.
On success shmdt() returns 0; on error -1 is returned, and errno is set to indicate the cause of the
error.
相关使用演示见下述shmclt.
3.2.1.5、shmclt
1）、基础介绍
man shmclt，可查看相关信息：
NAME
shmctl - System V shared memory control
SYNOPSIS
#include 相关参数：
cmd：该参数可针对shmid对应的共享内存进行各项选项操作（下述演示中只使用到IPC_RMID：即便是有进程和当下的shm挂接，依旧删除共享内存。）
buf：为共享内存属性而准备，若不使用可设置为空nullptr。若想自行设置或做其它处理，可使用到该参数。
返回值： 成功返回0；失败返回-1。
Other operations return 0 on success.
On error, -1 is returned, and errno is set appropriately.
2）、使用演示
用于观察的脚本：while :; do ipcs -m; sleep 1; done
3.2.2、使用演示
3.2.2.1、基本说明
此部分整体介绍框架如下：
须知：
1、共享空间创建在虚拟地址中的共享区，该部分属于用户空间，不用经过系统调用就可以直接访问。即：通讯进程双方可以直接进行内核级别的读写。
2、若创建共享内存后，写端没有写入任何消息数据，不妨碍读端读取数据（读取为空，共享内存被创建后默认清除所有数据）。
使用时注意事项：
1、使用共享内存，通信双方只要一方直接向共享内存中写入数据，另一方就可以立马看到对方写入的数据。
2、共享内存缺乏访问控制！会带来并发问题。（如：写端数据信息尚未完全录入，读端就把数据读取出去。由于数据的不完整性，导致该数据无效或错误。）
PS：实际进程间通信部分可以根据自己的需求设置，这里主要演示使用共享内存通讯时如何让其一定程度上得到访问控制。以下为整体代码展示。
3.2.2.2、comm.hpp
#pragma once
#include
3.2.2.3、log.hpp
#ifndef _LOG_H
#define _LOG_H
#include
3.2.2.4、shmserver.cxx
#include "comm.hpp"
int main()
{
// 1、创建公共的key值
key_t k = ftok(PATH_NAME, PROJ_ID);
if (k < 0)
{
Log("client:ftok failure!", Error)<< " clinet key: " << k << endl;
exit(1);
}
Log("client:ftok success", Debug) << " clinet key: " << k << endl;
//2、获取共享内存
int shmid = shmget(k, SHM_SIZE, IPC_CREAT);//若创建的共享内存在底层存在，则获取并返回
if( shmid < 0)
{
Log("client: get shm failure!", Error) << " the shmid:" << shmid << endl;
exit(2);
}
Log("client: get shm success", Debug) << " the shmid:" << shmid << endl;
//3、建立映射（关联）
char* shmaddr = (char*)shmat(shmid, nullptr, 0);
Log("client: attach shm success", Debug) << " the shmaddr: "<< shmaddr << endl;
//4、进行通信：写端，输入数据
//4.1、以写的方式打开管道文件
int fd = OpenFIFO(FIFO_NAME,WRITE);
//4.2、通讯：将数据写入共享内存
while(true)
{
int n = read(0, shmaddr, SHM_SIZE-1);
if( n > 0)
{
shmaddr[n-1] = 0;//键盘读取数据输入共享内存，最后一位为\n
//4.3、写端：向名命管道中发送指令(内容随机),告知读端数据输入完毕
Signal(fd);
Log("写端：数据输入完成:>", Notice);
if(strcmp(shmaddr,"quit")==0) break; //用于结束写端
}
}
//4.3、完成通讯，关闭名命管道（见下述）
//5、取消映射（去关联）
int ret = shmdt(shmaddr);
assert( ret != -1);
Log("client: detach shm success", Debug) << " the ret: " << ret << endl;
//6、server中做了处理，此处不用删除共享内存
closeFIFO(fd);//关闭名命管道
return 0;
}
3.2.2.5、shmclient.cxx
#include "comm.hpp"
int main()
{
// 1、创建公共的key值
key_t k = ftok(PATH_NAME, PROJ_ID);
if (k < 0)
{
Log("client:ftok failure!", Error)<< " clinet key: " << k << endl;
exit(1);
}
Log("client:ftok success", Debug) << " clinet key: " << k << endl;
//2、获取共享内存
int shmid = shmget(k, SHM_SIZE, IPC_CREAT);//若创建的共享内存在底层存在，则获取并返回
if( shmid < 0)
{
Log("client: get shm failure!", Error) << " the shmid:" << shmid << endl;
exit(2);
}
Log("client: get shm success", Debug) << " the shmid:" << shmid << endl;
//3、建立映射（关联）
char* shmaddr = (char*)shmat(shmid, nullptr, 0);
Log("client: attach shm success", Debug) << " the shmaddr: "<< shmaddr << endl;
//4、进行通信：写端，输入数据
//4.1、以写的方式打开管道文件
int fd = OpenFIFO(FIFO_NAME,WRITE);
//4.2、通讯：将数据写入共享内存
while(true)
{
int n = read(0, shmaddr, SHM_SIZE-1);
if( n > 0)
{
shmaddr[n-1] = 0;//键盘读取数据输入共享内存，最后一位为\n
//4.3、写端：向名命管道中发送指令(内容随机),告知读端数据输入完毕
Signal(fd);
Log("写端：数据输入完成:>", Notice);
if(strcmp(shmaddr,"quit")==0) break; //用于结束写端
}
}
//4.3、完成通讯，关闭名命管道（见下述）
//5、取消映射（去关联）
int ret = shmdt(shmaddr);
assert( ret != -1);
Log("client: detach shm success", Debug) << " the ret: " << ret << endl;
//6、server中做了处理，此处不用删除共享内存
closeFIFO(fd);//关闭名命管道
return 0;
}
3.3、总结补充
1、我们把多个进程（执行流）看到的同一份公共资源，称之为临界资源。
2、进程中，用于访问临界资源的代码称之为临界区。
根据上述共享内存学习，当多个执行流不加保护地访问相同的临界资源时，会存在运行时互相干扰的情况，带来时序问题。
3、为了更好的进行临界区的保护，可以让多个执行流在任何时刻，都只有一个进程进入临界区。将这种操作称之为互斥。
4、原子性。
4、system V 信号量
4.1、理解层面
为了合理保护和使用临界资源，当进程想要访问临界资源时，需要先申请信号量。信号量本质是一种计数器，当进程申请信号量成功，计数器 -1，临界资源内部会给进程预留下空间。进程执行自己的临界区代码，访问临界资源，结束后释放信号量，进而计数器+1。
如果某一项操作只有一行汇编，该操作就是原子的。
信号量计数器是对临界资源的预定机制，要保证其本身也是原子的。那么申请信号量时，计数器--(P操作)，释放信号量，计数器++(V操作)，二者都必须是原子的。
问题：能否让多个进程看到同一个全局变量，将其作为信号量？
回答：不可以。根据之前所学，CPU在执行进程时有调度，因执行流及其上下文数据的切换，此时会造成该临时变量具有时序问题。