一切互斥操作的依赖是 自旋锁（spin_lock），互斥量（semaphore）等其他需要队列的实现均需要自选锁保证临界区互斥访问。
要理解第一个问题，得先从ACPI（高级配置与电源接口）说起，ACPI是一种规范（包含软件与硬件），用来供操作系统应用程序管理所有电源接口。
妈妈怎么知道卧室里小孩醒了？ ① 时不时进房间看一下：查询方式 简单，但是累 ② 进去房间陪小孩一起睡觉，小孩醒了会吵醒她：休眠-唤醒 不累，但是妈妈干不了活了 ③ 妈妈要干很多活，但是可以陪小孩睡一会，定个闹钟：poll方式 要浪费点时间，但是可以继续干活。 妈妈要么是被小孩吵醒，要么是被闹钟吵醒。 ④ 妈妈在客厅干活，小孩醒了他会自己走出房门告诉妈妈：异步通知 妈妈、小孩互不耽误
等待队列很早就作为一个基本的功能单位存在linux内核中，它以队列为基础数据结构，与进程调度机制紧密配合，能够用于实现内核中的异步事件通知机制。等待队列也可以用来同步对系统资源的访问。在使用时将其当做成一个普通队列数据结构，只不过等待队列是若干个休眠进程的集合，且内核自己实现了此队列初始化队列、入队列、出队列的一系列API，在使用时只需要调用系统的API即可。
简要介绍tina 平台功耗管理机制，为关注功耗的开发者，维护者和测试者提供使用和配置参考。
所谓惊群现象,简单的来说就是当多个进程或线程在同时阻塞等待同一个事件时,如果该事件发生,会唤醒在等待的所有的进程/线程,但最终只可能有一个进程/线程对该事件进行处理,其他进程/线程会在失败后重新休眠,唤醒多个进程/线程这种不必要的行为会造成系统资源的浪费(涉及到进程的上下文切换)。而常见的惊群问题有accept惊群、epoll惊群。
除了原子操作，中断屏蔽，自旋锁以及自旋锁的衍生锁之外，在Linux内核中还存在着一些其他同步互斥的手段。
在 Java 中，让线程休眠的方法有很多，这些方法大致可以分为两类，一类是设置时间，在一段时间后自动唤醒，而另一个类是提供了一对休眠和唤醒的方法，在线程休眠之后，可以在任意时间对线程进行唤醒。
《手摸手系列》把go sync包中的并发组件已经写完了，本文作为完结篇，最后再来探讨下go运行时锁的实现。记得在《手摸手Go 并发编程的基建Semaphore》那篇中我们聊过sync.Mutex最终是依赖sema.go中实现的sleep和wakeup原语来实现的。如果细心的小伙伴会发现:
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/huangweiqing80/article/details/83088465
第一次听到的这个名词的时候觉得很是有趣，不知道是个什么意思，总觉得又是奇怪的中文翻译导致的。
ReentrantLock的实现网上有很多文章了，本篇文章会简单介绍下其java层实现，重点放在分析竞争锁失败后如何阻塞线程。 因篇幅有限，synchronized的内容将会放到下篇文章。
做 Java 开发的小伙伴，对 wait 方法和 notify 方法应该都比较熟悉，这两个方法在线程通讯中使用的频率非常高，但对于 notify 方法的唤醒顺序，有很多小伙伴的理解都是错误的，有很多人会认为 notify 是随机唤醒的，但它真的是随机唤醒的吗？
锁Lock，正如现实中的锁一样，决定了对于资源的访问权。在并发编程中，由于资源共享的缘故，一个线程中的write操作有可能影响到另一个线程的read操作。
休眠，简而言之就是设备在不需要工作的时候把一些部件、外设关掉(掉电或让它进入低功耗模式)。 为什么要休眠呢？一言以蔽之：省电。 休眠分主动休眠和被动休眠。主动休眠：比如我电脑不用了，就通过设置让系统进入休眠模式；被动休眠：系统检测到自己闲的慌，为了节约故，自己就休眠去了。
HZ定义在<asm/param.h>，在i386平台上，目前采用的HZ值是1000。
Handler中的消息队列如上图所示，是一个单链表，各个消息按照执行时间先后排列，消息类型分为三种：普通消息（normal）、屏障消息（barrier）、异步消息（async）。
休眠，简而言之就是设备在不需要工作的时候把一些部件、外设关掉(掉电或让它进入低功耗模式)。
• 休眠唤醒指系统进入低功耗和退出低功耗模式，一般称之为 Standby。standby 分为 super standby 和 normal standby，区别是 cpu 是否掉电。
sleep 方法和 wait 方法都是用来将线程进入休眠状态的，并且 sleep 和 wait 方法都可以响应 interrupt 中断，也就是线程在休眠的过程中，如果收到中断信号，都可以进行响应，并抛出 InterruptedException 异常。那 sleep 和 wait 的区别都有哪些呢？接下来，我们一起来看。
可以看出，线程1尝试获取锁2，线程2尝试获取锁1，但是二者并没有获取到对方的锁；这就发生了所谓的“死锁”！
多线程编程是现代软件开发中的常见需求，而线程的控制和协作则是其中的关键挑战之一。在Java中，有两种主要的方法可以用来让线程暂停执行：Thread类的sleep()方法和对象的wait()方法。本文将深入研究这两种方法，分析它们的区别，以及在不同情况下何时使用哪种方式来控制线程的执行。
futex全称是fast user-space locking，也就是快速用户空间锁,在linux下使用C语言写多线程程序时，在需要线程同步的地方会经常使用pthread_mutex_lock()函数对临界区进行加锁，如果加锁失败线程就会挂起，这就是互斥锁。但是pthread_mutex_lock并不是立即进行系统调用，而是首先在用户态进行CAS操作，判断其它线程是否已经获取了锁，如果锁被其它线程获取了，再进行系统调用sys_futex(),将当前线程挂起。futex可以用在多线程程序中，也可以用在多进程程序中。互斥变量是一个32位的值。
在多线程编程中，wait 方法是让当前线程进入休眠状态，直到另一个线程调用了 notify 或 notifyAll 方法之后，才能继续恢复执行。而在 Java 中，wait 和 notify/notifyAll 有着一套自己的使用格式要求，也就是在使用 wait 和 notify（notifyAll 的使用和 notify 类似，所以下文就只用 notify 用来指代二者）必须配合 synchronized 一起使用才行。
惊群效应也有人叫做雷鸣群体效应，不过叫什么，简言之，惊群现象就是多进程（多线程）在同时阻塞等待同一个事件的时候（休眠状态），如果等待的这个事件发生，那么他就会唤醒等待的所有进程（或者线程），但是最终却只可能有一个进程（线程）获得这个时间的“控制权”，对该事件进行处理，而其他进程（线程）获取“控制权”失败，只能重新进入休眠状态，这种现象和性能浪费就叫做惊群。
相信大家对Java中的Lock锁应该不会陌生，比如ReentrantLock，锁主要是用来解决解决多线程运行访问共享资源时的线程安全问题。那你是不是很好奇，这些Lock锁api是如何实现的呢？本文就是来探讨一下这些Lock锁底层的AQS（AbstractQueuedSynchronizer）到底是如何实现的。
本文是《Go语言调度器源代码情景分析》系列的第19篇，也是第四章《Goroutine被动调度》的第2小节。
生产者消费者问题（英语：Producer-consumer problem），也称有限缓冲问题（英语：Bounded-buffer problem），是一个多线程同步问题的经典案例。该问题描述了两个共享固定大小缓冲区的线程——即所谓的“生产者”和“消费者”——在实际运行时会发生的问题。生产者的主要作用是生成一定量的数据放到缓冲区中，然后重复此过程。与此同时，消费者也在缓冲区消耗这些数据。该问题的关键就是要保证生产者不会在缓冲区满时加入数据，消费者也不会在缓冲区中空时消耗数据。
当我们休眠时，如果想唤醒，则需要添加中断唤醒源,使得在休眠时，这些中断是设为开启的，当有中断来，则会退出唤醒，常见的中断源有按键，USB等。
对于 java 多线程的wait()方法，我们在 jdk1.6 的说明文档里可以看到这样一段话：
Futex 是Fast Userspace muTexes的缩写，由Hubertus Franke, Matthew Kirkwood, Ingo Molnar and Rusty Russell共同设计完成。
LockSupport位于java.util.concurrent（简称juc）包中，算是juc中一个基础类，juc中很多地方都会使用LockSupport，非常重要，希望大家一定要掌握。
golang的垃圾回收采用的是 标记-清理（Mark-and-Sweep） 算法 就是先标记出需要回收的内存对象快，然后在清理掉； 在这里不介绍标记和清理的具体策略，只介绍 GC过程是怎么调度的以及stw相关 这个算法，会导致 stw (stop the world) 的问题，中断用户逻辑 触发GC机制 1. 在申请内存的时候，检查当前当前已分配的内存是否大于上次GC后的内存的2倍，若是则触发（主GC线程为当前M） 2. 监控线程发现上次GC的时间已经超过两分钟了，触发；将一个G任务放到全局G队
线程同步可以说在日常开发中是用的很多，但对于其内部如何实现的，一般人可能知道的并不多。本篇文章将从如何实现简单的锁开始，介绍linux中的锁实现futex的优点及原理。
这是一篇介绍Linux调度问题的文章，源自这篇文章。文章中涉及到的一些问题可能已经得到解决，但可以学习一下本文所表达的思想和对CPU调度的理解。
线程启动之后，进入main()方法，在main()方法中进行线程的一些初始化，初始化工作完成之后，会调用Looper.loop()进行消息监听，而loop()方法是一个死循环，从而保证线程不会立即退出：
park方法有两个参数来控制休眠多长时间，第一个参数isAbsolute表示第二个参数是绝对时间还是相对时间，单位是毫秒。
很多时候，我们做项目并不会创建那么多进程，而是创建一个进程，在该进程中创建多个线程进行工作。
最近在开发一个项目，需要用到高精度的延时机制，设计需求是 1000us 周期下，误差不能超过 1%（10us）。
在Rust源代码中，rust/library/std/build.rs文件是一个用于构建（build）Rust标准库的自定义构建脚本。该脚本负责配置和生成Rust标准库的构建过程中所需的构建脚本，以及执行一些预构建的操作。
Producer-Consumer与其说是模式，更不如说是一种思想，这种思想在很多模式中都有相应的体现，比如线程池，对象池，MQ等等。 Producer-Consumer的本质是在生产者与消费者之间引入一个通道（Channel暂且理解为一个队列）,该通道主要用于控制生产者与消费者的相对速率，尽可能的保证生产的Product尽快被消费，另一方面对二者进行解耦：生产者将生产的数据放入通道，消费者从相应的通道取出数据进行消费，生产者与消费者在各自的线程中，从而使双方的处理互相不影响。
本文是《Go语言调度器源代码情景分析》系列的第17篇，也是第三章《Goroutine调度策略》的第2小节。
要深入理解Linux内核中的同步与互斥的实现，需要先了解一下内联汇编：在C函数中使用汇编代码。
线程有如果按照java.lang.Thread.State枚举方式来考虑，一共提供了6中状态
sleep(休眠) 和 wait(等待) 方法是 Java 多线程中常用的两个方法，它们有什么区别及一些该注意的地方有哪些呢？下面给大家一一分解。
休眠顺序[1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21] 唤醒顺序[1, 5, 4, 3, 2, 7, 6, 20, 19, 18, 17, 16, 15, 14, 13, 12, 11, 10, 9, 8, 21]
这两种方式可以通过/sys/power/state文件节点进行操作，用户可以通过在该文件节点写入freeze或mem来触发相应的休眠状态。
在Java多线程编程中，sleep和wait方法对于线程的控制和管理起着至关重要的作用。本文将详细探讨这两个方法的工作原理、使用场景以及它们之间的差异，并通过实例代码来加深理解。
在 schedule 函数中，我们简单提过找一个 runnable goroutine 的过程，这一讲我们来详细分析源码。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
