感谢[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)都是对当前对象加锁,二者的加锁方法够成了竞争关系,同一时刻只能有一个方法能执行。
四、参考资料:
- 更轻便的markdown 编辑器Typora
更轻便的markdown 编辑器 Typora 所见即所得的键入方式 https://typora.io 文章来源:刘俊涛的博客 欢迎关注,有问题一起学习欢迎留言.评论.
- ZK框架笔记2、ZK框架安装、相关类库、web及zk配置
1.先去ZK官网注册一个账号 2.在MyEclipse菜单栏中Help----Eclipse Marketplace中搜索ZK Studio,点击install安装即可 3.相关类库 ...
- JavaScript | 模拟文件拖选框样式 v1.0
————————————————————————————————————————————————————————— 文件拖选v1.0 图片不清楚时请右键点击"在新链接中打开图片" ...
- VB.NET与 sql数据库
数据蕴含丰富的信息,数据就是资源. 不同的语言,因为各自的语法特点.对sql数据库的连接操作有些小差别.但有一点,那就是.对sql数据库的操作语句sql语句大体是一样的. 这段时间正进行VB.NET的 ...
- ios8 横屏
iOS8横屏时,状态栏会消失 使用以下代码可以阻止状态栏消失 override func prefersStatusBarHidden() -> Bool { return false }
- jsp 普通变量与jQuery变量之间的转换
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/ ...
- 关于nodejs中npm命令没有反应的解决方法
最近在学习angularJS,正在做一个单页面应用,在安装nodejs之后,发现命令行传了输入npm -v能输出结果外,其余npm的任何操作都没有反应,一开始我以为是下载的比较慢,等了半小时还是没动静 ...
- centos 基础环境配置
1,安装EPEL的yum源 EPEL 是 Extra Packages for Enterprise Linux 的缩写(EPEL),是用于 Fedora-based Red Hat Enterpri ...
- AFN访问https设置
AFN访问https的时候需要设定如下两个属性: manager.securityPolicy.allowInvalidCertificates = YES; manager.securityPoli ...
- Nginx常用配置整理
1.全局块:配置影响nginx全局的指令.一般有运行nginx服务器的用户组,nginx进程pid存放路径,日志存放路径,配置文件引入,允许生成worker process数等. worker_pro ...