zoukankan html css js c++ java

ZT 获得/修改共享互斥量属性:pthread_mutexattr_t

bbs.chinaunix.net/thread-965755-1-1.html

5. 获得/修改共享互斥量属性:

   #include<pthread.h>
    intpthread_mutexattr_getpshared(const pthread_mutexattr_t *restrictattr, int
    *restrictshared );
   //!> 获得共享互斥量属性，由shared带出
    intpthread_mutexattrattr_ setpshared ( constpthread_mutexattr_t *restrict attr,int
   pshared);
   //!> 设置共享互斥属性，有shard决定

   若成功返回0，若失败返回错误编号。
   注意：shared的取值可以是
         PTHREAD_PROCESS_SHARED
         PTHREAD_PROCESS_PRIVATE
   附录：如果互斥锁属性对象的pshared属性被置PTHREAD_PROCESS_SHARED。
   那么由这个属性对象创建的互斥锁将被保存在共享内存中，可以被多个进程中的
   线程共享。如果pshared属性被置为PTHREAD_PROCESS_PRIVATE，那么只有和
   创建这个互斥锁的线程在同一个进程中的线程才能访问这个互斥锁。

6. 获得/修改类型互斥量属性

   #include<pthread.h>
    #intpthread_mutexattr_settype (pthread_mutexattr_t * attr, intkind);
   //!> 设置类型互斥类型
    #intpthread_mutexattr_gettype (pthread_mutexattr_t * attr, int *kind);
   //!> 获得类型互斥属性
   若成功返回0，若失败返回错误编号。

    类型：
   缺省的互斥锁类型属性是：
   PTHREAD_MUTEX_DEFAULT。

   合法的类型属性值有：
   PTHREAD_MUTEX_NORMAL：
   >: 这种类型的互斥锁不会自动检测死锁。
   >: 如果一个线程试图对一个互斥锁重复锁定，将会引起这个线程的死锁。
   >: 如果试图解锁一个由别的线程锁定的互斥锁会引发不可预料的结果。
   >: 如果一个线程试图解锁已经被解锁的互斥锁也会引发不可预料的结果。

   PTHREAD_MUTEX_ERRORCHECK：
   >: 这种类型的互斥锁会自动检测死锁。
   >: 如果一个线程试图对一个互斥锁重复锁定，将会返回一个错误代码。
   >: 如果试图解锁一个由别的线程锁定的互斥锁将会返回一个错误代码。
   >: 如果一个线程试图解锁已经被解锁的互斥锁也将会返回一个错误代码。

   PTHREAD_MUTEX_RECURSIVE：
   >: 如果一个线程对这种类型的互斥锁重复上锁，不会引起死锁。
   >: 一个线程对这类互斥锁的多次重复上锁必须由这个线程来重复相同数量的解
     锁，这样才能解开这个互斥锁，别的线程才能得到这个互斥锁。
   >: 如果试图解锁一个由别的线程锁定的互斥锁将会返回一个错误代码。
   >: 如果一个线程试图解锁已经被解锁的互斥锁也将会返回一个错误代码。
   >: 这种类型的互斥锁只能是进程私有的（作用域属性为
      PTHREAD_PROCESS_PRIVATE）

   PTHREAD_MUTEX_DEFAULT：
   >: 这种类型的互斥锁不会自动检测死锁。
   >: 如果一个线程试图对一个互斥锁重复锁定，将会引起不可预料的结果。
   >: 如果试图解锁一个由别的线程锁定的互斥锁会引发不可预料的结果。
   >: 如果一个线程试图解锁已经被解锁的互斥锁也会引发不可预料的结果。
   >: POSIX标准规定，对于某一具体的实现，可以把这种类型的互斥锁定义为其他
      类型的互斥锁。

    相当注意：
   1、互斥量需要时间来加锁和解锁。锁住较少互斥量的程序通常运行得更快。所
      以，互斥量应该尽量少，够用即可，每个互斥量保护的区域应则尽量大。

   2、互斥量的本质是串行执行。如果很多线程需要领繁地加锁同一个互斥量，则
      线程的大部分时间就会在等待，这对性能是有害的。如果互斥量保护的数
      据(或代码)包含彼此无关的片段，则可以特大的互斥量分解为几个小的互斥量
      来提高性能。这样，任意时刻需要小互斥量的线程减少，线程等待时间就会
      减少。所以，互斥量应该足够多(到有意义的地步)，每个互斥量保护的区域则
       应尽量的少。

    3、POSIX线程锁机制的Linux实现都不是取消点，因此，延迟取消类型的线程不
       会因收到取消信号而离开加锁等待。

    4、线程在加锁后解锁前被取消，锁将永远保持锁定状态。因此如果在关键区段
        内有取消点存在，或者设置了异步取消类型，则必须在退出回调函数中解
        锁。

    5、锁机制不是异步信号安全的，也就是说，不应该在信号处理过程中使用互斥
        锁，否则容易造成死锁。

顶一下

Linux 进程通信(System V)

UNIX domain ( UNIX 预协议 ) 实例