Java并发显式锁和显式条件队列

发表于:2013-6-20 09:38

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:zhao_xiao_long    来源:51Testing软件测试网采编

  一、显式锁

  在类中利用synchronized修饰的方法或者this代码块,均使用的是类的实例锁或者类的锁。这些锁都称为内置锁。

  可以利用显式锁进行协调对象的访问。即ReentrantLock。这是一种可以提供无条件,可轮询,定时以及可中断的锁获取操作。对于锁的所有加锁和解锁都是显式的。常规的内置锁是无法中断一个正在等待获取锁的线程,以及无法在请求获取一个锁的无限等待下去。

  ReentrantLock标准使用方式

Lock lock=new ReentrantLock();
lock.lock();
try{
//具体任务
}finally{
 lock.unlock();
}

  由于内置锁中防止死锁的发生就是避免出现锁的顺序不当导致的。利用这显式锁可以避免死锁的发生。当不能要获取所有的锁的时候,那么就可以利用显式的方法来释放已经有的锁。然后再轮询的重新获取锁的控制权。

  几个关键的方法说明:

  lock():阻塞的方法

  如果该锁没有被任何线程所拥有,则获取锁,立即返回,锁计数器加1.

  如果该锁已被当前线程所持有,则立即返回,锁计数器加1.

  如果该锁已被其他线程所拥有,则禁用当前线程,使得其休眠阻塞。

  tryLock(time):可阻塞可中断的方法

  如果该锁在给定时间内没有被任何线程所持有,且当前线程没有被中断,则获取锁,立即返回true,锁计数器加1.

  如果该锁已被当前线程所持有,则立即返回true,锁计数器加1.

  如果该锁已被其他线程所拥有,则禁用当前线程,使其休眠阻塞,直到发生以下情况:

  当前线程获取锁,当前线程被中断,时间到了

  返回状态:成功获取锁或者已经持有,则返回true。时间到了还没有获取锁,则返回false

  lockInterruptibly():可阻塞可中断的方法

  这种锁的获取必须在当前线程没有被中断的时候才能尝试获取锁

  如果该锁没有被任何线程所拥有,则获取锁,立即返回,锁计数器加1.

  如果该锁已被当前线程所持有,则立即返回,锁计数器加1.

  如果该锁已被其他线程所拥有,则禁用当前线程,使得其休眠阻塞,直到发生以下情况:

  当前线程获取锁,当前线程被中断

  tryLock():非阻塞的方法

  如果该锁没有被任何线程保持,则获取锁,立即返回true,锁计数器加1.

  如果该锁已被当前线程所持有,则立即返回true,锁计数器加1.

  如果该锁已被其他线程所拥有,则立即返回false。

  unlock():释放锁

  如果当前线程是此锁所有者,则将保持计数减 1。如果保持计数现在为 0,则释放该锁

  在利用ReentrantLock构造函数的时候,可以传递一个boolean,当不传入模式是false,即创建一个非公平锁,当传入true的时候,创建一个公平的锁。

  所谓的公平的锁,线程按照它们发出请求的顺序来获得锁。但在非公平的锁上,允许刚请求的锁直接马上获取锁。一般非公平锁的性能要高于公平锁的性能,这是因为恢复一个被挂起的线程以及真正开始运行需要一点时间,如果在此刻能将这段时间让立刻要获取锁的线程,则就会提高吞吐量。

  synchronized与ReentrantLock的选择

  一般直接使用synchronized,只有需要使用到可定时的,可轮询的,可中断的锁获取操作,公平队列的时候才可以考虑使用ReentrantLock。

  在对于读写操作中,也可以利用显式锁中的读-写锁进行,即ReentrantReadWriteLock.

21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号