互斥量的使用<转>

1、预备知识
   临界区非常适合同一进程中对数据的串行访问,它的速度很快。然而,也许你想要使某些应用程序与机器中的其它事件或者其它进程取得同步,这时你就要使用一些核心对象来同步线程。核心对象包括:
.进程
.线程
.文件
.文件变化通知(File Change notification)
.控制台输入(Console input)
.互斥量(Mutex)
.信号量(Semaphore)
.事件(Event)
   每个对象在任何时候都可以处于两种状态之一:有信号(Signaled)和无信号(not signaled)。线程能被置于睡眠状态直到一个对象变成有信号的。
  线程主要使用下面两个函数来使自己睡眠,以便等待核心对象变成有信号的:
DWORD WaitForSingleObject(
    HANDLE hHandle, // 等待的核心变量的句柄
    DWORD dwMilliseconds // 等候的时间,如果是0,只测试下状态,如果是INFINITE,则一直等待直到有信号
   );

DWORD WaitForMultipleObjects(
    DWORD nCount, //检查核心对象的数目,最大值为64
    CONST HANDLE *lpHandles, // 核心对象句柄数组的指针
    BOOL bWaitAll, // 等待的标志
    DWORD dwMilliseconds // 同WaitForSingleObject
   );
WaitForSingleObject的返回值为:
返回值: 定义: 含义:
WAIT_OBJECT_0 0x00000000 对象到达信号状态
WAIT_TIMEOUT 0x00000102 对象没有在dwMilliseconds内达到有信号状态
WAIT_ABANDONED 0x00000080 对象是一个互斥量,由于它被放弃了而达到了有信号状态
WAIT_FAILED 0xFFFFFFFF 发生了错误,可以调用GetLastError得到扩展错误信息
    WaitForMultipleObjects和WaitForSingleObject类似,不过它等待若干个对象变成有信号的或等一个列表对象的对象中的某一个变成有信号的。bWaitAll指定是等待列表中的一个达到状态还是等待所有的,若为True则等待所有的,为FALSE等待直到对象中至少一个变成有信号的。
WaitForMultipleObjects的返回值为:
返回值: 定义: 含义:
WAIT_OBJECT_0(WAIT_OBJECT_0+cObjects-1) 0x00000000 当是等待所有对象变成有状态时,这一值表明等待成功完成。当是等待任一对象时,返回值是变得有信号对象的在lpHandles所指句柄数组的下标
WAIT_TIMEOUT 0x00000102 对象或对象们没有在dwMilliseconds内达到有信号状态
WAIT_ABANDONED_0(WAIT_ABANDONED_0+cObjects-1) 0x00000080 对象是一个互斥量,由于它被放弃了而达到了有信号状态。返回值情况似类上面的WAIT_OBJECT_0,分两种情况。
WAIT_FAILED 0xFFFFFFFF 发生了错误,可以调用GetLastError得到扩展错误信息

2、互斥量
   互斥量和临界区很相似,只不过它们可以被用来同步多个进程间的数据访问。为此,两个进程间的某个线程必须拥有同一互斥量对象的进程相关句柄。

3、使用互斥量
  要使用互斥量,必须先调用CreateMutex 创建此互斥量:
HANDLE CreateMutex(
    LPSECURITY_ATTRIBUTES lpMutexAttributes,
    BOOL bInitialOwner,
    LPCTSTR lpName
   );
其中:
    lpMutexAttributes参数指向一个SECURITY_ATTRIBUTES结构,这个结构在98中将被忽略,在NT/2K中它指定一个安全描述,如果忽略这个,Mutex将得到一个缺省的安全描述。bInitialOwner参数如果为True表示此线程将拥有此互斥量,因此互斥量将处于无信号状态。任何在此互斥量上等待的线程都将被挂起,直到创建此互斥量的线程释放它。如果此参数为FALSE,就表示此互斥量不被任何线程拥有,因而创建后处于有信号状态。第一个等待此互斥量的线程将立刻获得此互斥量的所有权并继续运行。lpName参数要么是NULL,要么是一个标志互斥量的以0为结束符的字符串做为名字。
   在调用CreateMutex后要立即调用GetLasrError,如果返回值为ERROR_ALREADY_EXISTS,就表明没有创建新的互斥量对象。
    当要释放一个互斥量的所有权时调用BOOL ReleaseMutex(HANDLE hMutex)。和临界区一样,互斥量有着与之相联系的所有权计数,如果某线程拥有了互斥量再次调用WaitForSingleObject时,该互斥量的引用计数将增加,所以必须调用相同次数的ReleaseMutex来释放此互斥量。当互斥量使用完后调用CloseHandle关闭互斥量。

4、互斥量同步进程
   要使用互斥量来同步进程,两个进程中的某个进程必须拥有同一互斥量对象的进程相关句柄。可以通过两种方法获得此句柄。一是在第二个线程创建互斥量时使用与第一个互斥量一样的lpName,此时就不再创建新的互斥量而是返回标识已有互斥量的进程相关句柄。另一种获得的方法是使用
HANDLE OpenMutex(
    DWORD dwDesiredAccess, // MUTEX_ALL_ACCESS或SYNCHRONIZE(NT Only)
    BOOL bInheritHandle, // 指明此进程创建的任一子进程是否应该继承此互斥量。
    LPCTSTR lpName // 互斥量的名字
   );
   调用OpenMutex时,系统将扫描所有现存的互斥量,如果找到lpName指定的互斥量。就返回给调用线程,如果找不到就返回NULL。

时间: 2024-12-27 12:34:37

互斥量的使用<转>的相关文章

并发编程(二):分析Boost对 互斥量和条件变量的封装及实现生产者消费者问题

请阅读上篇文章<并发编程实战: POSIX 使用互斥量和条件变量实现生产者/消费者问题>.当然不阅读亦不影响本篇文章的阅读. Boost的互斥量,条件变量做了很好的封装,因此比"原生的"POSIX mutex,condition variables好用.然后我们会通过分析boost相关源码看一下boost linux是如何对pthread_mutex_t和pthread_cond_t进行的封装. 首先看一下condition_variable_any的具体实现,代码路径:/

UNIX环境高级编程:互斥量属性

互斥量具有一些属性,通过修改这些属性可以控制锁的一些行为.缺省的互斥锁属性及其值如下: pshared:         PTHREAD_PROCESS_PRIVATE type:                 PTHREAD_MUTEX_DEFAULT protocol:          PTHREAD_PRIO_NONE prioceiling:       – robustness:    PTHREAD_MUTEX_STALLED_NP 1.获得/修改共享互斥量属性 pthread_

UNIX环境高级编程:线程同步之互斥量

互斥量(也称为互斥锁)出自POSIX线程标准,可以用来同步同一进程中的各个线程.当然如果一个互斥量存放在多个进程共享的某个内存区中,那么还可以通过互斥量来进行进程间的同步. 互斥量,从字面上就可以知道是相互排斥的意思,它是最基本的同步工具,用于保护临界区(共享资源),以保证在任何时刻只有一个线程能够访问共享的资源. 互斥量类型声明为pthread_mutex_t数据类型,在<bits/pthreadtypes.h>中有具体的定义. 1互斥量初始化和销毁 #include <pthread

并发编程(一): POSIX 使用互斥量和条件变量实现生产者/消费者问题

    boost的mutex,condition_variable非常好用.但是在Linux上,boost实际上做的是对pthread_mutex_t和pthread_cond_t的一系列的封装.因此通过对原生态的POSIX 的mutex,cond的生成者,消费者的实现,我们可以再次体会boost带给我们的便利. 1. 什么是互斥量        互斥量从本质上说是一把锁,在访问共享资源前对互斥量进行加锁,在访问完成后释放互斥量上的锁.对互斥量进行加锁以后,任何其他试图再次对互斥量加锁的线程将

互斥量-一个有意思的关于进程间通信的小问题

问题描述 一个有意思的关于进程间通信的小问题 题目要求: 两个进程Bob与Jack,能够互相看到对方,若对方进程结束,能够唤醒对方进程. 我的思路: 两个进程利用一个公共文件mail.txt,互斥地访问对方的状态,若发现对方不在线,则启动对方进程.mail文件中 1表示进程在线,0表示进程不在线. 现象: 进程间可以相互启动,但总是莫名终止,并且终止后mail文件中的两个进程的状态并不都为0. 我的实现如下:Bob进程 #include #include #include #include us

同步-互斥量 临界区 信号量 条件变量 效率对比

问题描述 互斥量 临界区 信号量 条件变量 效率对比 windows 下,如下四种同步方式中,互斥量 临界区 信号量 条件变量, 效率对比,求指导,谢谢 解决方案 据我自己在windows下的测试,信号量比条件变量高效,大概是其6倍 解决方案二: 条件变量效率应该最高,但是可能不是那么线程安全 临界区效率第二好 解决方案三: 临界区(Critical Section)(同一个进程内,实现互斥) 保证在某一时刻只有一个线程能访问数据的简便办法.在任意时刻只允许一个线程对共享资源进行访问.如果有多个

类-MFC多线程同步问题,互斥量

问题描述 MFC多线程同步问题,互斥量 共享资源是一些类对象的MAP,每个对象(某设备实例)中有不同的互斥量同步不同的类变量(本意是防止多线程访问同一个对象),现在迷糊了,互斥量放在类里面是不是不当?是不是在访问对象的时候就加互斥量来的方便(对整个对象进行加锁 - 因为对整个类操作较多,这么做貌似锁太深了)?求大神帮助 解决方案 这个要具体看对象的生存空间,和互斥量的作用!无法一概而论. 解决方案二: 搞这么麻烦干什么,线程同步直接用CreateMutex和WaitForSingleObject

病毒-程序的互斥量如何得知?

问题描述 程序的互斥量如何得知? 看病毒报告中常出现"xx程序创建互斥量为:",请问高手,这个互斥量如何得知? 解决方案 如果你说的 互斥量指的是操作系统提供给用户来进行线程同步的mutex,那么这个互斥量是windows的API提供给程序员来创建的 CreateMutex OpenMutex 诸如此类

1线程同步:互斥量,死锁

 1线程为什么要同步 A:共享资源,多个线程都可对共享资源操作. B:线程操作共享资源的先后顺序不确定. C:处理器对存储器的操作一般不是原子操作. 2互斥量 mutex操作原语 pthread_mutex_t pthread_mutex_init pthread_mutex_destroy pthread_mutex_lock pthread_mutex_trylock pthread_mutex_unlock 3临界区(Critical Section) 保证在某一时刻只有一个线程能访问

Linux线程管理必备:解析互斥量与条件变量的详解_C 语言

   做过稍微大一点项目的人都知道,力求程序的稳定性和调度的方便,使用了大量的线程,几乎每个模块都有一个专门的线程处理函数.而互斥量与条件变量在线程管理中必不可少,任务间的调度几乎都是由互斥量与条件变量控制.互斥量的实现与进程中的信号量(无名信号量)是类似的,当然,信号量也可以用于线程,区别在于初始化的时候,其本质都是P/V操作.编译时,记得加上-lpthread或-lrt哦.    有关进程间通信(消息队列)见:进程间通信之深入消息队列的详解 一.互斥量 1. 初始化与销毁:    对于静态分