再看进程通信信号量机制的一些函数

不知道为什么，总是感觉信号量，这节内容和前面学的三个机制管道，内存共享，消息队列不一样，感觉很乱，现在重新梳理一下，前面的学习已经知道了PV机制可以实现进程的共享和互斥，具体现在说实话还不是特别的理解，强哥说通过一个消费者和生产者案例，把那个弄明白了就完事了。以后一定要自己亲自编写那个代码，现在先看看让我感到纠结的函数。

首先要创建信号量，这个过程和前面学过的消息队列和获取共享内存很相似，都是通过ftok函数获取一个键值，然后在调用创建函数，根据这个键值生成相应的对象，这里指的就是信号量了，这里创建的其实是一个信号量的集合，不一定只有一个信号量函数，semget来实现这个功能，和前面学到的内存和队列创建基本一直，成功时都是返回的是标识符，这是必然，以前还很脑残的问，为什么要返回这个，后来看了写操作系统的书，才明白，这是必然应该有，不然系统怎么管理，既然电脑是按照人的需求来操作的，系统为了区分不同的操作必然要进行标记，没有什么大惊小怪的，创建后必然要对这个操作了，不操作有什么意义，根据标识符，进行操作的时候系统自然知道要操作的是那个信号，而不至于混淆，semop函数来实现操作过程。

int semop(int semid, struct sembuf *sops, unsigned nsops);

第一个就是创建信号量集合的标记符号，第二个是一个结构体指针，这个机构体里面有三个参数：分别是选定集合里面操作的信号，操作数是多少（加多少还是减多少，Linux不仅仅可以加减1），第三个就是操作类型（阻塞还是非阻塞啊）。结构这三个参数是必须的，不然怎么想系统传递有效的控制信息呢，第三个是选定信号量的个数，可以选择一个，也可以选择多个。根据这三个参数，semop函数可以可以向系统传达我们想要传达的完整的信息了。这个函数来执行PV操作。

但是在对信号量操作的时候如何对信号量进行控制呢，因为有需求才会产生函数，利用函数semctl可以实现对信号量的读取和更改：

int semctl(int semid,int semnum,int cmd,union semunarg);

第一个是标识符，第二个是传递的命令，就是一些宏 代替的整数，比如获取结构，控制结构，返回信号量的相应值等等，第三个是个联合体，其实原来是int _cmd，因为这个输入参数是控制命令，对于不同的命令，该参数格式不一样，为了这个需要，使用了联合。里面的参数到用的时候看看就得了。当然不用也是可以的，但是相对来说不如联合类型简便。

现在越来越佩服这些大神了，这些函数的参数这么复杂，怎么编写的函数呢，表示膜拜，现在看操作系统的函数，感觉非常精悍，完全是为了需求才有的。