• 临界区(Critical Sections)

    • 摘要

      • 临界区(Critical Section) 用来实现“排他性占有”。适合范围时单一进程的各线程之间。
    • 特点
      • 一个局部对象,不是一个核心对象
      • 快速而有效率
      • 不能够同时有一个以上的Critical Section被等待
      • 无法侦测是否已经被某个线程放弃
    • 相关函数
      • 定义:CRITICAL_SECTION
      • 初始化:InitializaCriticalSection()
      • 进入:EnterCriticalSection()
      • 离开:LeaveCriticalSection()
      • 删除:DeleteCriticalSection()
    • 死锁(deadlock)
      • 任何时候当一段代码需要两个(或更多)资源时,都有潜在性的死锁阴影。如哲学家进餐问题。
  • 互斥器(Mutexes)

    • 摘要

      • Mutex 是一个核心对象,可以在不同的线程之间实现“排他性占有”,甚至即使那些线程分属不同进程。
    • 特点
      • 一个核心对象
      • 如果拥有Mutex的那个线程结束,则会产生一个“abandoned" 错误信息
      • 可以使用Wait...() 等待一个或多个mutex
      • 可以具名,因此可以被其他进程开启
      • 只能被拥有它的那个线程释放
    • 相关函数
      • 定义:Mutex
      • 产生:CreateMutex()
      • 打开:openMutex()
      • 等待(或进入):WaitForSigleObject()、WaitForMultipleObjects()、MsgWaitForMultipleObjects()
      • 释放:ReleaseMutex()
      • 删除:CloseHandle()
    • Mutex 和 Critical Section 对比
      • 锁住一个未被拥有的Mutex,比锁住一个未被拥有的critical section,需要花费几乎100倍的时间。因为critical section 运行在usermode。
      • Mutexes 可以跨进程使用个。Critical Section 只能够在同一个进程中使用
      • 等待一个Mutex时,可以指定“结束等待”的时间长度。critical section则不行。
      • Mutex可以设置同时等待多个,critical section只能等待一个
  • 信号量(Semaphores)

    • 摘要

      • Semaphores被用来追踪有限的资源
    • 特点
      • 是一个核心对象
      • 没有拥有者
      • 可以具名,因此可以被其他进程开启
      • 可以被任何一个线程释放
    • 相关函数
      • 产生:CreateSamaphore()
      • 获取:WaitForSingleObject()、WaitForMultipleObjects()
      • 解除:ReleaseSemaphore()
  • 事件(Event)

    • 摘要

      • Event Object 通常使用于overlapped I/O,或用来设计某些自定义的同步对象
    • 特点
      • 是一个核心对象
      • 完全在程序的掌握之下
      • 适用于设计新的同步对象
      • “要求苏醒”的请求并不会被存储起来,可能会遗忘掉
      • 可以具名,因此可以被其他进程开启
    • 相关函数
      • 产生:CreateEvent()
      • 激发:SetEvent()
      • 复位:ResetEvent()
      • 激发:PulseEvent()
    • 激发函数比较
      • 自动模式(Auto Reset Event):

        • PulseEvent和SetEvent作用相同,调用后正在等候事件的,被挂起的单个线程会进入活动状态,事件随后设回无信号。
      • 手动模式(Manual Reset Event):
        • PulseEvent:调用后正在等候事件的,被挂起的单个线程会进入活动状态,事件随后设回无信号。
        • SetEvent:调用后正在等候事件的,被挂起的所有线程会进入活动状态,需要等待ResetEvent调用才能将事件设回无信号。
  • Interlocked Variable

    • 摘要

      • 如果Interlocked...() 函数被使用于所谓的spin-lock,那么他们只是一种同步机制。所谓spin-lock是一种busy loop,被预期在极短时间内执行,所以有最小的额外负担(overhead)。系统核心偶尔会使用他们。除此只外,Interlocked variable 主要用于引用计数。
    • 特点
      • 运行对4字节的数值有些基本的同步操作,不需动用critical section 或 Mutex 之类
      • 在SMP(Symmetric Multi-Processors)操作系统中亦可有效运作
    • 相关函数
      • 加一:InterlockedIncrement()
      • 减一:InterlockedDecrement()
      • 设值:InterlockedExchange


线程的同步控制(Synchronization)的更多相关文章

  1. 线程的同步控制synchronized和lock的对比和区别

     转载. https://blog.csdn.net/wu1226419614/article/details/73740899 我们在面试的时候,时常被问到如何保证线程同步已经对共享资源的多线程编程 ...

  2. 第4章 同步控制 Synchronization ----同步机制的摘要

    同步机制摘要Critical Section Critical section(临界区)用来实现"排他性占有".适用范围是单一进程的各线程之间.它是:  一个局部性对象,不是一个核 ...

  3. 第4章 同步控制 Synchronization ----事件(Event Objects)

    Win32 中最具弹性的同步机制就属 events 对象了.Event 对象是一种核心对象,它的唯一目的就是成为激发状态或未激发状态.这两种状态全由程序来控制,不会成为 Wait...() 函数的副作 ...

  4. 第4章 同步控制 Synchronization ----信号量(Semaphore)

    许多文件中都会提到 semaphores(信号量),因为在电脑科学中它是最具历史的同步机制.它可以让你陷入理论的泥淖之中,教授们则喜欢问你一些有关于信号量的疑难杂 症.你可能不容易找到一些关于 sem ...

  5. 第4章 同步控制 Synchronization ----互斥器(Mutexes)

    Win32 的 Mutex 用途和 critical section 非常类似,但是它牺牲速度以增加弹性.或许你已经猜到了,mutex 是 MUTual EXclusion 的缩写.一个时间内只能够有 ...

  6. 第4章 同步控制 Synchronization ----死锁(DeadLock)

    Jeffrey Richter 在他所主持的 Win32 Q&A 专栏(Microsoft Systems Journal,1996/07)中曾经提到过,Windows NT 和 Window ...

  7. 第4章 同步控制 Synchronization ----critical section 互斥区 ,临界区

    本章讨论 Win32 同步机制,并特别把重点放在多任务环境的效率上.撰写多线程程序的一个最具挑战性的问题就是:如何让一个线程和另一个线程合作.除非你让它们同心协力,否则必然会出现如第2章所说的&quo ...

  8. java线程的同步控制--重入锁ReentrantLock

    我们常用的synchronized关键字是一种最简单的线程同步控制方法,它决定了一个线程是否可以访问临界区资源.同时Object.wait() 和Object.notify()方法起到了线程等待和通知 ...

  9. 第4章 同步控制 Synchronization ----Interlocked Variables

    同步机制的最简单类型是使用 interlocked 函数,对着标准的 32 位变量进行操作.这些函数并没有提供"等待"机能,它们只是保证对某个特定变量的存取操作是"一个一 ...

随机推荐

  1. (floyd)佛洛伊德算法

    Floyd–Warshall(简称Floyd算法)是一种著名的解决任意两点间的最短路径(All Paris Shortest Paths,APSP)的算法.从表面上粗看,Floyd算法是一个非常简单的 ...

  2. linux --> 获取系统启动时间

    获取系统启动时间 一.前言 时间对操作系统来说非常重要,从内核级到应用层,时间的表达方式及精度各部相同.linux内核里面用一个名为jiffes的常量来计算时间戳.应用层有time.getdaytim ...

  3. nuxt 的一些报错和插件推荐

    1.项目有启动报这个错误的,是因为node版本太低了,nuxt要求node版本要达到8.0.0以上 . 2.插件推荐

  4. MySQL使用和操作总结

    简介 MySQL是一种DBMS,即它是一种数据库软件.DBMS可分为两类:一类是基于共享文件系统的DBMS,另一类是基于客户机——服务器的DBMS.前者用于桌面用途,通常不用于高端或更关键应用. My ...

  5. css中的背景色渐变以及背景图的定位

    单纯的背景色渐变: background: -webkit-gradient(linear, 0 0, 0 100%, color-stop(0, #fff), color-stop(1, #ddd) ...

  6. 云计算之路-阿里云上-容器难容:容器服务故障以及自建 docker swarm 集群故障

    3月21日,由于使用阿里云服务器自建 docker swarm 集群的不稳定,我们将自建 docker swarm 集群上的所有应用切换阿里云容器服务 swarm 版(非swarm mode). 3月 ...

  7. alpha冲刺第八天

    一.合照 二.项目燃尽图 三.项目进展 首页文章显示部分 首页小功能福大地图完成 四.明日规划 发现爬取的数据是一整个网页的内容,而我们需要的仅仅是教务处通知的文章,在筛选方面还需要改进,查找如何进行 ...

  8. Beta 第四天

    今天遇到的困难: 百度位置假死的问题研究发现并不是源于代码的问题,而是直接运行在主线程中会出现诸多问题 Fragment碎片刷新时总产生的固定位置的问题未果 今天完成的任务: 陈甘霖:修复了部分Bug ...

  9. Beta 集合

    Beta冲刺序列: Beta凡事预则立 :Beta No.0 Beta冲刺Day1:Beta No.1 Beta冲刺Day2:Beta No.2 Beta冲刺Day3:Beta No.3 Beta冲刺 ...

  10. 项目Alpha冲刺Day9

    一.会议照片 二.项目进展 1.今日安排 侧栏及相关刷新完成,项目结构小变动.个人信息和修改密码后台完成. 2.问题困难 前后台联调出现问题,配置修改了半天还没改好.好像是会话丢失,初步判断应该是后台 ...