关于linux下的多线程使用sem信号量的运行问题

不是信号量的问题

printf函数，是先写到输出缓冲，遇到\n时，或者缓冲区满时，或者有强制输出（fflush）时，才会将缓冲区里的内容输出到屏幕上(标准输出设备：stdout)。你的代码里面并没有以上3个触发条件的任意一种，所以printf的内存没有实际输出到屏幕上。

你只要在每个printf函数后面加上fflush(stdout)就可以了。

它的原型为：　extern int sem_init __P ((sem_t *__sem, int __pshared, unsigned int __value))

头文件为： #include <semaphore.h>

sem为指向信号量结构的一个指针；

pshared不为0时此信号量在进程间共享，否则只能为当前进程的所有线程共享；

value给出了信号量的初始值。

函数sem_post( sem_t *sem )用来增加信号量的值当有线程阻塞在这个信号量上时，调用这个函数会使其中的一个线程不再阻塞，选择机制同样是由线程的调度策略决定的。

函数sem_wait( sem_t *sem )被用来阻塞当前线程直到信号量sem的值大于0，解除阻塞后将sem的值减一，表明公共资源经使用后减少。

函数sem_trywait ( sem_t *sem )是函数sem_wait（）的非阻塞版本，它直接将信号量sem的值减一。

函数sem_destroy(sem_t *sem)用来释放信号量sem。

总结 ：使用dispatch_semaphore时，注意要在异步线程中，不要再主线程操作，容易造成阻塞。

/// 创建一个信号量为0

dispatch_semaphore_t sem = dispatch_semaphore_create(0)

/// 使信号量-1， 若信号量 <0， 在 DISPATCH_TIME_FOREVER 下，会一直等待到信号量+1后才能继续执行后续操作。

dispatch_semaphore_wait(sem, DISPATCH_TIME_FOREVER)

/// 使信号量+1

dispatch_semaphore_signal(sem)

dispatch_semaphore 的使用，不局限于线程的等待，还可以控制线程并发的数量，控制异步任务的执行顺序。此外并发数量的控制在NSOperation中也可以来控制。 别人的优秀Case

---