感谢[jiehao]同学的投稿,投稿可将文章发送到tengfei@ifeve.com
类锁和对象锁是否会冲突?对象锁和私有锁是否会冲突?通过实例来进行说明。
一、相关约定
为了明确后文的描述,先对本文涉及到的锁的相关定义作如下约定:
1. 类锁:在代码中的方法上加了static和synchronized的锁,或者synchronized(xxx.class)的代码段,如下文中的increament();
2.对象锁:在代码中的方法上加了synchronized的锁,或者synchronized(this)的代码段,如下文中的synOnMethod()和synInMethod();
3.私有锁:在类内部声明一个私有属性如private Object lock,在需要加锁的代码段synchronized(lock),如下文中的synMethodWithObj()。
二、测试代码
1.编写一个启动类ObjectLock
01 |
public class ObjectLock { |
02 |
public static void main(String[] args) { |
03 |
System.out.println( "start time = " + System.currentTimeMillis()+ "ms" ); |
04 |
LockTestClass test = new LockTestClass(); |
05 |
for ( int i = 0 ; i < 3 ; i++) { |
06 |
Thread thread = new ObjThread(test, i); |
2.编写一个线程类ObjThread,用于启动同步方法(注意它的run方法可能会调整以进行不同的测试)
01 |
public class ObjThread extends Thread { |
05 |
public ObjThread(LockTestClass lock, int i) { |
12 |
// lock.noSynMethod(this.getId(),this); |
13 |
//对象锁方法1,采用synchronized synInMethod的方式 |
15 |
//对象锁方法2,采用synchronized(this)的方式 |
16 |
// lock.synOnMethod(); |
17 |
//私有锁方法,采用synchronized(object)的方式 |
18 |
// lock.synMethodWithObj(); |
19 |
//类锁方法,采用static synchronized increment的方式 |
20 |
LockTestClass.increment(); |
3.再编写一个锁的测试类LockTestClass,包括各种加锁方法
01 |
public class LockTestClass { |
03 |
private static int i = 0 ; |
05 |
private Object object = new Object(); |
14 |
public void noSynMethod( long threadID, ObjThread thread) { |
15 |
System.out.println( "nosyn: class obj is " + thread + ", threadId is" |
22 |
public synchronized void synOnMethod() { |
23 |
System.out.println( "synOnMethod begins" + ", time = " |
24 |
+ System.currentTimeMillis() + "ms" ); |
27 |
} catch (InterruptedException e) { |
30 |
System.out.println( "synOnMethod ends" ); |
34 |
* 对象锁方法2,采用synchronized (this)来加锁 |
36 |
public void synInMethod() { |
38 |
System.out.println( "synInMethod begins" + ", time = " |
39 |
+ System.currentTimeMillis() + "ms" ); |
42 |
} catch (InterruptedException e) { |
45 |
System.out.println( "synInMethod ends" ); |
53 |
public void synMethodWithObj() { |
54 |
synchronized (object) { |
55 |
System.out.println( "synMethodWithObj begins" + ", time = " |
56 |
+ System.currentTimeMillis() + "ms" ); |
59 |
} catch (InterruptedException e) { |
62 |
System.out.println( "synMethodWithObj ends" ); |
69 |
public static synchronized void increament() { |
70 |
System.out.println( "class synchronized. i = " + i + ", time = " |
71 |
+ System.currentTimeMillis() + "ms" ); |
75 |
} catch (InterruptedException e) { |
78 |
System.out.println( "class synchronized ends." ); |
三、测试结果
1.测试类锁和对象锁,ObjectThread的run方法修改如下:
03 |
// lock.noSynMethod(this.getId(),this); |
04 |
//对象锁方法1,采用synchronized synInMethod的方式 |
06 |
//对象锁方法2,采用synchronized(this)的方式 |
07 |
// lock.synOnMethod(); |
08 |
//私有锁方法,采用synchronized(object)的方式 |
09 |
// lock.synMethodWithObj(); |
10 |
//类锁方法,采用static synchronized increment的方式 |
11 |
LockTestClass.increament(); |
终端输出:
start time = 1413101360231ms
synInMethod begins, time = 1413101360233ms
synInMethod ends
class synchronized. i = 0, time = 1413101362233ms
synInMethod begins, time = 1413101362233ms
class synchronized ends.
synInMethod ends
class synchronized. i = 1, time = 1413101364233ms
synInMethod begins, time = 1413101364233ms
class synchronized ends.
synInMethod ends
class synchronized. i = 2, time = 1413101366234ms
class synchronized ends.
可以看到对象锁方法(synInMothod)第一次启动时比类锁方法(increament)快2秒,这是因为在synInMehtod执行时sleep了2秒再执行的increament,而这两个方法共用一个线程,所以会慢2秒,如果increament在run中放到synInMethod前面,那么第一次启动时就是increament快2秒。 而当类锁方法启动时,另一个线程时的对象锁方法也几乎同时启动,说明二者使用的并非同一个锁,不会产生竞争。 结论:类锁和对象锁不会产生竞争,二者的加锁方法不会相互影响。
2.私有锁和对象锁,ObjectThread的run方法修改如下:
03 |
// lock.noSynMethod(this.getId(),this); |
04 |
//对象锁方法1,采用synchronized synInMethod的方式 |
06 |
//对象锁方法2,采用synchronized(this)的方式 |
07 |
// lock.synOnMethod(); |
08 |
//私有锁方法,采用synchronized(object)的方式 |
09 |
lock.synMethodWithObj(); |
10 |
//类锁方法,采用static synchronized increment的方式 |
11 |
// LockTestClass.increament(); |
终端输出:
start time = 1413121912406ms
synInMethod begins, time = 1413121912407ms.
synInMethod ends.
synMethodWithObj begins, time = 1413121914407ms
synInMethod begins, time = 1413121914407ms.
synInMethod ends.
synMethodWithObj ends
synInMethod begins, time = 1413121916407ms.
synMethodWithObj begins, time = 1413121916407ms
synInMethod ends.
synMethodWithObj ends
synMethodWithObj begins, time = 1413121918407ms
synMethodWithObj ends
和类锁和对象锁非常类似。
结论:私有锁和对象锁也不会产生竞争,二者的加锁方法不会相互影响。
3.synchronized直接加在方法上和synchronized(this),ObjectThread的run方法修改如下:
public void run() {
//无锁方法
// lock.noSynMethod(this.getId(),this);
//对象锁方法1,采用synchronized synInMethod的方式
lock.synInMethod();
//对象锁方法2,采用synchronized(this)的方式
lock.synOnMethod();
//私有锁方法,采用synchronized(object)的方式
// lock.synMethodWithObj();
//类锁方法,采用static synchronized increment的方式
// LockTestClass.increament();
}
终端输出:
start time = 1413102913278ms
synInMethod begins, time = 1413102913279ms
synInMethod ends
synInMethod begins, time = 1413102915279ms
synInMethod ends
synOnMethod begins, time = 1413102917279ms
synOnMethod ends
synInMethod begins, time = 1413102919279ms
synInMethod ends
synOnMethod begins, time = 1413102921279ms
synOnMethod ends
synOnMethod begins, time = 1413102923279ms
synOnMethod ends
可以看到,二者严格地串行输出(当然再次执行时先运行synInMethod还是先运行synOnMethod并不是确定的,取决于谁获得了锁)。
结论:synchronized直接加在方法上和synchronized(this)都是对当前对象加锁,二者的加锁方法够成了竞争关系,同一时刻只能有一个方法能执行。
- 后端程序员不得不会的 Nginx 转发匹配规则
整理了一些Java方面的架构.面试资料(微服务.集群.分布式.中间件等),有需要的小伙伴可以关注公众号[程序员内点事],无套路自行领取 一口气说出 9种 分布式ID生成方式,面试官有点懵了 面试总被问 ...
- css3实现旋转卡片
基本思路:父div使用相对定位包裹着两个子元素,子元素使用绝对定位,定位在同一个位置,初始时一个div翻转到后面隐藏,另一个在前面显示,当鼠标悬停在父元素上时,前面的子元素旋转180度,到背面隐藏:背 ...
- Java循环和数组练习题:打印素数升级版
前两天一个小伙伴问了我一个数组的练习题,我一看思路很清晰,就是打印素数加了个数组.没想到写的时候啪啪打脸,终究还是没逃过眼高手低.本来不打算发出来了,因为发出来愈发显得我很菜,最后还是打算分享出来,一 ...
- [dp]牛牛与数组
时间限制:C/C++ 1秒,其他语言2秒 空间限制:C/C++ 32768K,其他语言65536K 64bit IO Format: %lld 题目描述 牛牛喜欢这样的数组: 1:长度为n 2:每一个 ...
- Codeforce219C-Color Stripe
E. Color Stripe time limit per test 2 seconds memory limit per test 256 megabytes input standard inp ...
- FtpServer穿透内网访问配置踩笔记
FtpServer穿透内网访问配置踩笔记 引言 FtpServer是服务器文件远程管理常用方式. 以前在局域网配置Ftp服务器以及使用公网上的Ftp服务均未碰到问题,固未对Ftp传输进行深入了解. 然 ...
- Redis 6.0 新增功能 - ACL
Redis 6.0 ACL 期待已久的ACL终于来了,大家知道在redis集群中只有一个db,在多项目操作时可以通过key前缀来区分,但是还是能获取其它key,这样就带来了安全风险. Access C ...
- effective-java学习笔记---使用接口模拟可扩展的枚举38
枚举类型( BasicOperation )不可扩展,但接口类型( Operation )是可以扩展的,并且它是用于表示 API 中的操作的接口类型. // Emulated extensible e ...
- Ceph学习笔记(2)- CRUSH数据分布算法
前言: 分布式存储系统需要让数据均匀的分布在集群中的物理设备上,同时在新设备加入,旧设备退出之后让数据重新达到平衡状态尤为重要.新设备加入后,数据要从不同的老设备中迁移过来.老设备退出后,数据迁移 ...
- Python IDE ——Anaconda+PyCharm的安装与配置
一 前言 最近莫名其妙地想学习一下Python,想着利用业余时间学习一下机器学习(或许仅仅是脑子一热吧).借着研究生期间对于PyCharm安装的印象,在自己的电脑上重新又安装了一遍.利用周末的一点时间 ...