我们知道,在并发领域内,需要关注分工、同步与互斥,针对分工问题,就是将任务拆解,分配给多个线程执行,而在多线程执行的过程中,需要解决线程之间的协作与互斥问题进而保证并发安全。那么解决这类问题的方案是什么呢?没错就是信号量和管程。
信号量的概念是由荷兰计算机科学家Edsger W. Dijkstra在1960年引入的。Dijkstra引入了P(Proberen
,荷兰语中的"try")和V(Verhogen
,荷兰语中的"increment")这两个操作,并使用它们来解决各种同步问题,如著名的哲学家进餐问题。
Dijkstra最初引入信号量的目的是为了管理稀缺的计算机资源,如打印机或磁带驱动器。但随着时间的推移,信号量被广泛应用于各种场景中,成为并发编程中的基石。
信号量有两种常见类型:
信号量模型比较简单,它由一个计数器、一个等待队列和三个方法组成,即如下图所示:
信号量模型维护一个计数器来决定进入临界区的线程数,init方法则是初始化计数器大小,P操作则是将计数器-1,V操作则是把计数器+1,信号量的运转流程如下图所示:
package com.markus.concurrent;
import java.util.concurrent.Semaphore;
/**
* @author: markus
* @date: 2023/8/19 2:21 PM
* @Description: 信号量demo
* @Blog: https://markuszhang.com
* It's my honor to share what I've learned with you!
*/
public class SemaphoreDemo {
public static void main(String[] args) throws InterruptedException {
Semaphore semaphore = new Semaphore(1);
int count = 0;
ShareObject shareObject = new ShareObject(semaphore, count);
Thread threadA = new Thread(() -> {
for (int i = 0; i < 100_000; i++) {
// 线程安全
shareObject.increment();
}
});
Thread threadB = new Thread(() -> {
for (int i = 0; i < 100_000; i++) {
shareObject.increment();
}
});
threadA.start();
threadB.start();
threadA.join();
threadB.join();
System.out.println(shareObject.getCount());
}
}
class ShareObject {
private Semaphore semaphore;
private int count;
public ShareObject(Semaphore semaphore, int count) {
this.semaphore = semaphore;
this.count = count;
}
public void increment() {
try {
semaphore.acquire();
// 临界区 非原子性操作,如果不做同步互斥控制,会造成并发不安全的情况
count += 1;
} catch (InterruptedException e) {
e.printStackTrace();
} finally {
semaphore.release();
}
}
public void unsafeIncrement() {
count++;
}
public int getCount() {
return this.count;
}
}
管程的概念是在1970s由Edsger W. Dijkstra、C.A.R. Hoare和Per Brinch Hansen等计算机科学家独立提出的。其中,C.A.R. Hoare的论文“Monitors: An Operating System Structuring Concept”特别影响深远,他详细描述了管程的结构和特性,并提出了条件变量的概念。
管程的提出旨在简化并发编程中复杂的同步问题,提供一个更高级和更结构化的同步方法。与信号量相比,管程通常更易于理解和使用,因为它将同步机制与数据结构紧密集成,并自动处理互斥。
许多现代编程语言和操作系统都提供了原生或类似管程的支持。例如,Java的synchronized
关键字和内置的对象锁提供了管程的基本功能(互斥),而Object
类的wait()
, notify()
, 和notifyAll()
方法则实现了条件变量的功能。
上面提到两个关键组件:
与信号量不同,管程是将共享变量、同步队列封装了起来,并在此基础上增加了条件变量及其等待队列,管程模型如下图所示:
需要一提的是:上图是管程MESA模型的实现,还有另外一种模型可以实现管程:Hoare
模型,MESA模型和Hoare模型的核心区别就在于:
signal
操作来唤醒另一个线程时,控制权会立即被传递给被唤醒的线程。这意味着,唤醒的线程立刻获得管程的锁并开始执行,执行signal
操作的线程将被暂停,直到被唤醒的线程释放锁或进入等待状态。MESA模型的优势在于它通常更容易实现,并且可以减少上下文切换的数量。
Java选择MESA模型来实现其内置的管程(Monitor)机制主要基于以下几个原因:
signal
操作时,它必须将锁传递给被唤醒的线程,这可能导致额外的上下文切换和调度复杂性。而在MESA模型中,执行signal
操作的线程可以继续执行,直到它自然地释放锁。signal
的线程不必立即放弃执行权。尽管MESA模型引入了所谓的"叫醒后等待"(wakeup-wait)的现象,但由于上述优点,Java开发者认为它是一个更好的选择。这也是为什么Java的Object.wait()
和Object.notify()/notifyAll()
方法的行为与MESA模型相吻合。
Java 内置的管程方案(synchronized)使用简单,synchronized 关键字修饰的代码块,在编译期会自动生成相关加锁和解锁的代码,但是仅支持一个条件变量;而 Java SDK 并发包实现的管程支持多个条件变量,不过并发包里的锁,需要开发人员自己进行加锁和解锁操作。
package com.markus.concurrent;
/**
* @author: markus
* @date: 2023/8/19 3:12 PM
* @Description:
* @Blog: https://markuszhang.com
* It's my honor to share what I've learned with you!
*/
public class Synchronized4MonitorDemo {
public static void main(String[] args) throws InterruptedException {
ShareInteger shareInteger = new ShareInteger(0);
Thread threadA = new Thread(() -> {
for (int i = 0; i < 100_000; i++) {
try {
shareInteger.increment();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});
Thread threadB = new Thread(() -> {
for (int i = 0; i < 100_000; i++) {
try {
shareInteger.increment();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});
threadA.start();
threadB.start();
Thread.sleep(2000);
System.out.println("主线程将count设置为501");
shareInteger.setCount(501);
// 等待两个线程执行完
threadA.join();
threadB.join();
// 打印最终的加和结果
System.out.println(shareInteger.getCount());
}
}
class ShareInteger {
private int count;
public ShareInteger(int count) {
this.count = count;
}
public void increment() throws InterruptedException {
synchronized (this) {
while (count <= 500) {
System.out.println(Thread.currentThread().getName() + " 被阻塞");
this.wait();
System.out.println(Thread.currentThread().getName() + " 被唤醒");
}
count += 1;
}
}
public void setCount(int count) {
synchronized (this) {
this.count = count;
if (count > 500) {
// 唤醒所有等待count>500条件的线程
this.notifyAll();
}
}
}
public int getCount() {
return count;
}
}
管程和信号量都是用于处理并发问题的同步原语,但它们具有不同的特点和使用方法。下面是管程和信号量的优劣对比以及它们的使用场景:
管程与信号量在Java中都有相应的实现,基于不同的场景应用不同的模型,并不是说谁好谁不好,只能说在某种场景下,谁比谁更合适,例如实现一个限流器,信号量就优于管程;实现一个阻塞队列,管程就优于信号量
下面罗列下其他同步工具,做一些简要介绍,后续会单拉出几篇文章做详细解释。
原子操作,它检查当前值是否与预期值匹配,如果匹配,则使用新值更新它。
一种同步机制,允许读取操作无锁并发地执行,而更新操作通过延迟回收机制避免与读取操作冲突。
一种锁机制,允许多个读者并发访问,但在写入时保证独占访问。
一种同步原语,使一组线程在继续执行之前等待所有线程都到达某个点。
总结起来,管程和信号量都是并发控制的核心工具,各自带有其独特的特点和使用方法。管程,通过其结构化和封装的特性,为复杂的同步问题提供了简单、直观的解决方案,尤其适用于面向对象的环境中。它们强调了数据和对数据的操作之间的紧密结合,确保数据的完整性和安全性。而信号量,作为一种更基础且灵活的同步原语,能够用于广泛的场景,从基本的互斥到复杂的协调任务。虽然信号量提供了更大的灵活性,但这种灵活性也可能带来更高的错误风险。因此,在选择适当的并发工具时,开发者需要根据特定的问题和需求来权衡。不管如何,了解这两个工具的工作方式及其优劣势是任何希望深入并发编程的开发者的基础任务。
https://time.geekbang.org/column/intro/100023901?tab=catalog