java 锁机制(synchronized 与 Lock)
博客已迁移到CSDN《https://blog.csdn.net/qq_33375499》
在java中,解决同步问题,很多时候都会使用到synchronized和Lock,这两者都是在多线程并发时候常使用的锁机制。
synchronized是java中的一个关键字,也就是说是java内置的一个特性。当一个线程访问一个被synchronized修饰的代码块,会自动获取对应的一个锁,并在执行该代码块时,其他线程想访问这个代码块,会一直处于等待状态,自有等该线程释放锁后,其他线程进行资源竞争,竞争获取到锁的线程才能访问该代码块。
线程释放synchronized修饰的代码块锁的方式有两种:
- 该线程执行完对应代码块,自动释放锁。
- 在执行该代码块是发生了异常,JVM会自动释放锁。
采用synchronized关键字来实现同步,会导致如果存在多个线程想执行该代码块,而当前获取到锁的线程又没有释放锁,可想而知,其他线程只有一只等待,这将严重印象执行效率。Lock锁机制的出现就是为了解决该现象。Lock是一个java接口,通过这个接口可以实现同步,使用Lock时,用户必须手动进行锁的释放,否则容易出现死锁。
ReentranLock是Lock的唯一实现类。下面简单介绍一下ReentranLock与synchronized的区别:
- Synchronized是一个同步锁。当一个线程A访问synchronized修饰的代码块时,线程A就会获取该代码块的锁,如果这时存在其他线程范围该代码块时,将会阻塞,但是不影响这些线程访问其他非同步代码块。
- ReentranLock是可重入锁。由构造方法可知,该锁支持两种锁模式,公平锁和非公平锁。默认是非公平的。
公平锁:当线程A获取访问该对象,获取到锁后,此时内部存在一个计数器num+1,其他线程想访问该对象,就会进行排队等待(等待队列最前一个线程处于待唤醒状态),直到线程A释放锁(num = 0),此时会唤醒处于待唤醒状态的线程进行获取锁的操作,一直循环。如果线程A再次尝试获取该对象锁是,会检查该对象锁释放已经被占用,如果被占用,会做一次是否为当前线程占用锁的判断,如果是内部计数器num+1,并且不需要进入等待队列,而是直接回去当前锁。
非公平锁:当线程A在释放锁后,等待对象的线程会进行资源竞争,竞争成功的线程将获取该锁,其他线程继续睡眠。
公平锁是严格的以FIFO的方式进行锁的竞争,但是非公平锁是无序的锁竞争,刚释放锁的线程很大程度上能比较快的获取到锁,队列中的线程只能等待,所以非公平锁可能会有“饥饿”的问题。但是重复的锁获取能减小线程之间的切换,而公平锁则是严格的线程切换,这样对操作系统的影响是比较大的,所以非公平锁的吞吐量是大于公平锁的,这也是为什么JDK将非公平锁作为默认的实现。
下面是接口Lock的方法:
附上对接口Lock方法的测试,有什么问题欢迎各位大佬留言评论。
import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock; public class TestLock {
// ReentrantLock为Lock的唯一实现类
private Lock lock = new ReentrantLock(); /**
* 测试使用lock 的 lock()方法 :如果锁已经被其他线程获取,则等待
* @param thread
*/
public void testLock(Thread thread){
try {
// 1.获取锁
lock.lock();
System.out.println("线程 " + thread.getName() + " 获取了锁!");
}catch (Exception e){
e.printStackTrace();
}finally {
System.out.println("线程 " + thread.getName() + " 释放了锁!");
// 必须在 finally 中释放锁,防止死锁
lock.unlock();
}
} /**
* 测试使用lock 的 lock()方法 :通过这个方法去获取锁时,如果线程正在等待获取锁,则这个线程能够响应中断,即中断线程的等待状态。
* @param thread
*/
public void testLockInterruptibly(Thread thread){
try {
// 1.获取锁
lock.lockInterruptibly();
System.out.println("线程 " + thread.getName() + " 获取了锁!");
Thread.sleep(3000);
}catch (Exception e){
e.printStackTrace();
}finally {
System.out.println("线程 " + thread.getName() + " 释放了锁!");
// 必须在 finally 中释放锁,防止死锁
lock.unlock();
}
} /**
* 测试使用lock 的 tryLock()方法 :如果获取成功,则返回true,如果获取失败(即锁已被其他线程获取),则返回false
* @param thread
*/
public void testTryLock(Thread thread){
if(lock.tryLock()){// 如果获取到了锁
try {
System.out.println("线程 " + thread.getName() + " 获取了锁!");
Thread.sleep(3000);
}catch (Exception e){
e.printStackTrace();
}finally {
System.out.println("线程 " + thread.getName() + " 释放了锁!");
// 必须在 finally 中释放锁,防止死锁
lock.unlock();
}
}else {
// 没有获取到锁
System.out.println("线程 " + thread.getName() + " 没有获取到锁!");
}
} /**
* 测试使用lock 的 tryLock(long time, TimeUnit unit)方法 :和tryLock()方法是类似的,只不过区别在于这个方法在拿不到锁时会等待一定的时间,
* 在时间期限之内如果还拿不到锁,就返回false。如果如果一开始拿到锁或者在等待期间内拿到了锁,则返回true。
* @param thread
*/
public void testTryLock_time_unit(Thread thread){
try {
if(lock.tryLock(1000, TimeUnit.MILLISECONDS)){// 如果获取到了锁
try {
System.out.println("线程 " + thread.getName() + " 获取了锁!");
}catch (Exception e){
e.printStackTrace();
}finally {
System.out.println("线程 " + thread.getName() + " 释放了锁!");
// 必须在 finally 中释放锁,防止死锁
lock.unlock();
}
}else {
// 没有获取到锁
System.out.println("线程 " + thread.getName() + " 没有获取到锁!");
}
} catch (InterruptedException e) {
e.printStackTrace();
}
} public static void main(String[] args){
TestLock testLock = new TestLock();
Thread a = new Thread("A") {
@Override
public void run() {
/*// 测试 lock()
testLock.testLock(Thread.currentThread());*/
/*// 测试 lockInterruptibly()
testLock.testLockInterruptibly(Thread.currentThread());*/
/*// 测试 tryLock()
testLock.testTryLock(Thread.currentThread());*/
/*// 测试 tryLock(long time, TimeUnit unit)
testLock.testTryLock_time_unit(Thread.currentThread());*/
testLock.testTryLock_time_unit(Thread.currentThread());
}
};
Thread b = new Thread("B") {
@Override
public void run() {
testLock.testTryLock(Thread.currentThread());
}
};
a.start();
b.start();
}
}
java 锁机制(synchronized 与 Lock)的更多相关文章
- Java 锁机制 synchronized
转载请标明出处:http://blog.csdn.net/zhaoyanjun6/article/details/75126630 本文出自[赵彦军的博客] 1.前言 在多线程并发编程中Synchro ...
- 转 : 深入解析Java锁机制
深入解析Java锁机制 https://mp.weixin.qq.com/s?__biz=MzU0OTE4MzYzMw%3D%3D&mid=2247485524&idx=1&s ...
- Java 锁机制总结
锁的种类 独享锁 VS 共享锁 独享锁:锁只能被一个线程持有(synchronized) 共享锁:锁可以被多个程序所持有(读写锁) 乐观锁 VS 悲观锁 乐观锁:每次去拿数据的时候都乐观地认为别人不会 ...
- Java锁机制深入理解
Java锁机制 背景知识 指令流水线 CPU的基本工作是执行存储的指令序列,即程序.程序的执行过程实际上是不断地取出指令.分析指令.执行指令的过程. 几乎所有的冯•诺伊曼型计算机的CPU,其工 ...
- java锁机制的面试题
java锁机制的面试题 1.ABA问题 2.CAS乐观锁 3.synchronize实现原理 4.synchronize与lock的区别 5.volatile实现原理 6.乐观锁的业务场景及实现方式 ...
- InnoDB锁机制之Gap Lock、Next-Key Lock、Record Lock解析
InnoDB锁机制之Gap Lock.Next-Key Lock.Record Lock解析 有意思,解释的很好
- 从synchronized和lock区别入手聊聊java锁机制
写这篇文章之前,我去百度了一下啥叫锁,百度百科上写道:置于可启闭的器物上,以钥匙或暗码开启.确实我们一般理解的锁就是门锁,密码锁,但是在计算机科学中,锁又是啥,说实话,这个问题我也思考了很久,也没法很 ...
- java多线程(五)-访问共享资源以及加锁机制(synchronized,lock,voliate)
对于单线程的顺序编程而言,每次只做一件事情,其享有的资源不会产生什么冲突,但是对于多线程编程,这就是一个重要问题了,比如打印机的打印工作,如果两个线程都同时进行打印工作,那这就会产生混乱了.再比如说, ...
- java的锁机制——synchronized
一段synchronized的代码被一个线程执行之前,他要先拿到执行这段代码的权限,在java里边就是拿到某个同步对象的锁(一个对象只有一把锁): 如果这个时候同步对象的锁被其他线程拿走了,他(这个线 ...
随机推荐
- 队列的头函数使用C++
queue queue模板类的定义在<queue>头文件中. 与stack模板类很相似,queue模板类也需要两个模板参数,一个是元素类型,一个容器类型,元素类型是必要的,容器类型是可选的 ...
- python whl模块安装方法
搞了半个小时可算是安装上去了 做法 ①先cmd输入Python看一下自己的Python是什么版本的,以及自己的平台,我这里是win32以及python3.6 ②然后去寻找合适的whl,注意cp就是版本 ...
- knockout.js--基本用法
1,HTML元素的面向对象的赋值,数据绑定 text绑定:为p,span,div,td等加text属性值(即元素内部显示的文本), value绑定:为input添加value属性值, attr绑定:为 ...
- Django ContentType内置组件
一.引出问题 假如有这两张表,它们中的课程可能价格不一样.周期不一样.等等...不一样...,现在有一张价格策略表,怎么就用一张表报保存它们之间不同的数据呢? 可能你会这样: 确实是行!但是,如果有很 ...
- this与const
在普通非const成员函数中,this是const指针,而在const成员函数中,this是const对象的const指针. class Foo { Foo& get_self1(void) ...
- v-on(事件处理)
1.监听事件 v-on:click="msg+=1" (msg是写在data里) 2.方法事件处理器 v-on:click = "jia" (jia是写在me ...
- 使用lombok提高编码效率-----不用写get set
使用lombok提高编码效率-----不用写get set https://blog.csdn.net/v2sking/article/details/73431364
- Docker website
https://github.com/docker/labs/ (nguo123gmail Cooooos123!) Docker Tutorials and Labs At this time ...
- Container/Injection 为什么会出现容器的思路,以后会有什么的趋势,未来是怎样的
一.为什么会出现容器的思路? 容器概念始于 1979 年提出的 UNIX chroot,它是一个 UNIX 操作系统的系统调用,将一个进程及其子进程的根目录改变到文件系统中的一个新位置,让这些进程只能 ...
- Ubuntu 16.04粘贴板增强工具Parcellite
默认在Ubuntu已经有粘贴板增强工具,比如保存最近五个的复制文本历史. 1.系统默认 使用:[Ctrl]+[;] 然后用数字进行选择即可,但是只支持文本,只能保存最近5次 2.安装Parcellit ...