synchronized和lock的区别(底层实现)

从使用的角度看 synchronized 和 lock 的区别

起初 java 中只有 synchronized 这一种对程序加锁的方式,在 java SE5 之后加入了 Lock 接口(以及相关实现类)用来实现锁的功能,它提供了与 synchronized 关键字类似的同步功能,只是在使用时需要显式的获取和释放锁。

Object lock = new Object();
synchronized(lock) { //加锁
    //... 逻辑 ...
} //解锁


Lock lock = new ReentrantLock();
lock.lock(); //加锁
try {
    //... 逻辑 ...
} finally {
    lock.unlock(); //解锁
}

可以说 synchronized 是一种更简单的同步化管理,而使用 lock 可以对同步程序有更自由的控制,实现更复杂的功能,比方说有这样一个场景:先获取锁 A ,再获取锁 B,当获取锁 B 后,释放锁 A 同时获取锁 C,获取锁 C 后,再释放 B 同时获取 D。这种场景用 synchronized 是无法实现的,但是用 lock 可以实现。

从实现的角度看 synchronized 和 lock 的区别

虽然 synchronized 与 lock 的功能都是对程序加锁和解锁,但是它们的实现方式完全不同,我觉得这可能与历史原因有关,因为刚开始 java 是没有 lock 的,如果它们是同时被发明的话,我猜可能 lock 就是 synchronized 的底层实现了(大胆胡说)。

既然都是锁,那锁住的是什么呢?是如何标记的呢?

synchronized
synchronized 锁住的是普通对象或类对象(http://www.importnew.com/21866.html 不了解可以先看这篇),当一个对象被锁时,就在它的对象头中进行一个标记,在 jvm 堆中的每个对象都有对象头,就像 http 的头部一样,存着一些通用的必要信息,其中名为 MarkWord 的一部分信息就是用来记录锁相关信息的,当你对一个对象加锁解锁时,就会对下图中锁状态这个标准位进行修改:

MarkWord储存结构

lock
lock 锁住的是 Lock 对象,当调用它的 lock 方法时,会将 Lock 类中的一个标志位 state 加 1(state 其实是 AbstractQueuedSynchronizer 这个类中的一个变量,它是 Lock 中一个内部类的父类),释放锁时是将 state 减 1(加 1 减 1 这样的操作是为了实现可重入),想要详细了解其中的细节可以看一看 ReentrantLock 这个类的源码。

当它们于到竞争时会如何处理?

synchronized
在 java 1.6 之前 synchronized 一直是重量级锁,无法获取到锁就直接挂起线程,但是在 1.6 之后为了优化 synchronized 的性能给它的锁加入了四种状态,无锁状态 -> 偏向锁 -> 轻量级锁 -> 重量级锁(在 MarkWord 储存状态中就可以看到)

因为 jvm 的开发者发现在大部分情况下,锁都在被同一个线程反复加锁、解锁,所以就在一开始先假定锁一直都在被同一线程使用,将锁设置为偏向某一线程,再次获取时就不需要加解锁了。但是如果在设置 MarkWord 偏向锁线程ID时失败(底层用的是CAS操作,如果设置失败),那就将锁升级为轻量级锁,轻量级锁是假定在一个线程占有锁时,不会有其他线程来竞争,或即使来竞争也不需要等太长时间,所以当某一线程要获取的锁处于轻量级加锁状态时,会一直自旋等待(忙等待)而不是挂起线程,但是当等待时间超过一定时间后,就会将锁再次升级为重量级锁,并将当前线程阻塞挂起,当在有线程请求锁时,如果获取不到就直接阻塞挂起。

synchronized总结:

锁状态 假定情况 竞争处理策略
偏向锁 假定获取锁的一直都是同一个线程 升级为轻量锁
轻量级锁 假定锁被占用时不会有其他线程获取 自旋等待,超时升级
重量级锁 最坏情况,经常发生竞争 直接将要获取锁的线程挂起

ReentrantLock
ReentrantLock 在遇到竞争时有公平和非公平两种处理模式,在创建对象时可以指定。当线程要获取锁失败时,会将线程添加到一个由链表实现的队列尾部,依次选取队列头部的线程运行。非公平模式下,在还未将新来的线程添加到尾部时,如果当前没有正在运行的线程,就直接插队运行新线程了。而在公平模式下不允许这种插队发生。
对公平非公平的源码分析可以看https://blog.csdn.net/m47838704/article/details/80013056

最后的比较总结

. synchronized lock
使用策略 简单易用 需要注意的更多,也可以实现更复杂的功能
加锁方式 将普通对象与类对象做为锁 专门的 Lock 类对象作为锁
竞争解决 一系列的锁膨胀策略 加入排队队列
公平性 非公平 公平/非公平 两种模式可选
可重入性 可重入 可重入
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,393评论 5 467
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,790评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,391评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,703评论 1 270
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,613评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,003评论 1 275
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,507评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,158评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,300评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,256评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,274评论 1 328
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,984评论 3 316
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,569评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,662评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,899评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,268评论 2 345
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,840评论 2 339

推荐阅读更多精彩内容