浅析ReentLock的使用

最新推荐文章于 2024-08-24 16:51:37 发布

lsg1632

最新推荐文章于 2024-08-24 16:51:37 发布

阅读量2.3k

点赞数

文章标签：多线程 reetrantlock

本文链接：https://blog.csdn.net/lsg1632/article/details/77749233

版权

面试中问到，特此记录。

不谈公平锁，定时阻塞等，只帮助自己理清互斥锁的逻辑，合适需要同步，如何同步。

用生产者消费者模型帮助理解：

①什么情况会产生需要同步？

先看一个例子预热：这没消费者什么事。定义了4个生产者轮流对size进行加1000000次的操作

package 多线程练习;

import java.util.concurrent.locks.Condition;
import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;

public class 生产者消费者lock实现 {

	static int size;
	
	public static void produce()
	{
		for(int i=0;i<1000000;i++)
		size++;	
		System.out.println("生产  size = "+size);
				
	}
	
	public static void main(String[] args)
	{
		new Thread(){
			@Override
			public void run(){
				
				produce();
			}
		}.start();
		
		new Thread(){
			@Override
			public void run(){
				
				produce();
			}
		}.start();
		new Thread(){
			@Override
			public void run(){
				
				produce();
			}
		}.start();
	
	}
}

输出：

生产 size = 1086295
生产 size = 1086295
生产 size = 2015130

发生了什么？为什么不是3000000？？

原因：非多个线程同时修改，造成A线程覆盖B线程记录的问题。

解决：引入ReetrantLock对象，对增加的代码块进行同步，保证每次只有一个线程占有锁进行操作，问题解决，有兴趣自己验证。

②真正的生产者消费者模式：

我们加上锁和消费者后，再new 3个消费者线程，并定义size最大和最小值，此时问题又来了，我们假设仓库最大为10，最小为0，如何保证仓库不爆炸且不小于0呢？此时