linux网络编程之system v消息队列(一)

2024-08-27 00:17:22

经过上次对于进程通讯的一些理论的认识之后，接下来会通过实验来进一步加深对进程通讯的认识，话不多说，进入正题：

其实还可以通过管道，但是，管道是基于字节流的，所以通常会将它称为流管道，数据与数据之间是没有边界的；而消息队列是基于消息的，数据与数据之间是有边界的，这是消息队列跟管道有区别的地方，另外一个差别就是在于接收：消息队列在接收是不一定按先入先出，而管道一定是按照先入先出的原则来进行接收的。

关于这些，可以通过命令来查看其值，如下：

上次提到过，System_V IPC对象有三种，如下：

这些IPC对象都是随内核持续的，也就是说当访问这些对象的最后一个进程结束时候，内核也不会自动删除这些对象，直到我们显示删除这些对象才能够从内核中删除掉，所以说内核必须为每个IPC对象维护一个数据结构，其形式如下：

下面来看下消息队列的具体结构是怎么样的：

这里先学前两个函数:

下面则用代码来学习一下该函数：

下面编译运行一下：

从图中可以看出创建失败了，这是为什么呢？这时可以查看其帮助：

实际上msgget函数类似于open函数一样，如果在open一个文件时没有指定O_CREATE选项，则不能够创建一个文件，同样的：

如果创建失败，则会返回：

所以修改代码如下：

再次编译运行：

那创建成功的消息队列怎么查看呢？可以通过如下命令：

如果再次运行呢？

发现又成功了，那再查看一下消息队列：

修改代码如下：

其错误代码是：

可见每运行一次则就创建成功一个新的消息队列，而且key都是为0，这意味着两个进程就无法共享同一个消息队列了，但是同一个进程还是可以共享的，其实也可以有一个办法达到两个不同进程进行共享，就是将消息队列id保存到文件当中，另一个进程读取消息队列id来获得消息队列，这样也能实现共享，只是麻烦一些，这里就不多赘述了。另外如果key值为IPC_PRIVATE，那么没有IPC_CREATE选项也一样会创建成功，如下：

编译运行：

另外一旦一个消息队列创建成功之后，如果要打开一个消息队列，这时候就不用指定IPC_CREATE了，而且参数值可以直接填0:

接下来删除一些已经创建的消息队列，有两种方式：

那如果像这剩下key全为0的，用这种方式还能起作用么，咱们来试一下：

下面来说一个权限的问题：

编译运行：

下面来以600更高的权限来打开刚才创建低权限的消息队列：

那有木有一种办法，在打开消息队列时，就以原创建的权限打开，当然有，也就是打开时不指定权限既可，如下：

上面演示了各种msgget创建用法，下面来用图来总结一下各个情况：

接下来学习一下消息队列的按制函数，如下：

上面已经用命令知道怎么删除已经创建的消息队列了，下面采用代码来实现消息队列的删除：

接下来来获取消息队列的信息，这时需要就需要关注第三个参数了，man查看一下：

而其中ipc_perm结构体内容如下：

下面来实验一下：

编译运行：

下面来更改一下消息队列的状态，将权限666改为600，具体做法如下：

【说明】:上图中用到了sscanf函数来将一个指定的字符串赋值给变量，对于scanf函数大家应该都不陌生，它是从标准输入中赋值变量，而sscanf是将指定的字符串按指定的格式赋给变量，两者的唯一区别就是数据的来源变了，很容易理解。

编译运行：

好了，今天的内容有些多，需好好消化，下节消息队列继续~~

最新文章

热门文章