如何理解ReentrantLock的可重入和互斥？

0 1

如何理解ReentrantLock的可重入和互斥？15

是否可重入,简单的说就是两个不同的执行实体同时调用它有没有可能会出错,会出错就是不可重入, 不出错就是可重入.
对于互斥锁这个标记用来保证在任一时刻，只能有一个线程访问该共享资源。
这样来看的话，不就矛盾了吗，那么该如何理解ReentrantLock的可重入和互斥？

问题补充：另：其中还有个Condition对象，有什么作用及大概如何使用...求大神解惑！

2012年5月26日 10:16

uule
32
0 0 6

3个答案按时间排序按投票排序

0 0

lock.lock
aaa
bbb
ccc
lock.unlock

互斥是表示同一时刻，多个线程中，只能有一个线程能进入aaa bbb ccc部分。但是多个线程都可以调用lock方法，只有一个会成功，其他的线程会被阻塞，直到unlock方法被调用

可重入的意思是某一个线程是否可多次获得一个锁，比如synchronized就是可重入的，ReentrantLock也是可重入的

代码如下

class Parent {
	protected Lock lock = new ReentrantLock();

	public void test() {
		lock.lock();
		try {
			System.out.println("Parent");
		} finally {
			lock.unlock();
		}

	}
}

class Sub extends Parent {

	@Override
	public void test() {
		lock.lock();
		try {
			super.test();
			System.out.println("Sub");
		} finally {
			lock.unlock();
		}
	}
}

public class AppTest {
	public static void main(String[] args) {
		Sub s = new Sub();
		s.test();
	}
}

以上都是个人观点

2012年8月22日 10:12

ymmihw
554
0 0 0

添加评论

0 0

java.util.concurrent.locks
类 ReentrantLock
java.lang.Object
java.util.concurrent.locks.ReentrantLock
所有已实现的接口：
Serializable, Lock

--------------------------------------------------------------------------------

public class ReentrantLockextends Objectimplements Lock, Serializable一个可重入的互斥锁 Lock，它具有与使用 synchronized 方法和语句所访问的隐式监视器锁相同的一些基本行为和语义，但功能更强大。

ReentrantLock 将由最近成功获得锁，并且还没有释放该锁的线程所拥有。当锁没有被另一个线程所拥有时，调用 lock 的线程将成功获取该锁并返回。如果当前线程已经拥有该锁，此方法将立即返回。可以使用 isHeldByCurrentThread() 和 getHoldCount() 方法来检查此情况是否发生。

此类的构造方法接受一个可选的公平参数。当设置为 true 时，在多个线程的争用下，这些锁倾向于将访问权授予等待时间最长的线程。否则此锁将无法保证任何特定访问顺序。与采用默认设置（使用不公平锁）相比，使用公平锁的程序在许多线程访问时表现为很低的总体吞吐量（即速度很慢，常常极其慢），但是在获得锁和保证锁分配的均衡性时差异较小。不过要注意的是，公平锁不能保证线程调度的公平性。因此，使用公平锁的众多线程中的一员可能获得多倍的成功机会，这种情况发生在其他活动线程没有被处理并且目前并未持有锁时。还要注意的是，未定时的 tryLock 方法并没有使用公平设置。因为即使其他线程正在等待，只要该锁是可用的，此方法就可以获得成功。

建议总是立即实践，使用 lock 块来调用 try，在之前/之后的构造中，最典型的代码如下：

class X {
   private final ReentrantLock lock = new ReentrantLock();
   // ...

   public void m() {
     lock.lock(); // block until condition holds
     try {
       // ... method body
     } finally {
       lock.unlock()
     }
   }
}
除了实现 Lock 接口，此类还定义了 isLocked 和 getLockQueueLength 方法，以及一些相关的 protected 访问方法，这些方法对检测和监视可能很有用。

该类的序列化与内置锁的行为方式相同：一个反序列化的锁处于解除锁定状态，不管它被序列化时的状态是怎样的。

此锁最多支持同一个线程发起的 2147483648 个递归锁。试图超过此限制会导致由锁方法抛出的 Error。

2012年6月18日 18:08

hexh2003
16
0 0 4

2条评论

0 0

       lock.unlock()
     }
   }
}
除了实现 Lock 接口，此类还定义了 isLocked 和 getLockQueueLength 方法，以及一些相关的 protected 访问方法，这些方法对检测和监视可能很有用。

该类的序列化与内置锁的行为方式相同：一个反序列化的锁处于解除锁定状态，不管它被序列化时的状态是怎样的。

此锁最多支持同一个线程发起的 2147483648 个递归锁。试图超过此限制会导致由锁方法抛出的 Error。

2012年6月18日 18:07

hexh2003
16
0 0 4

添加评论

已解决问题

未解决问题

排行榜

查看全部排名>>