锁的优化及建议

在高并发环境下,锁的竞争会导致程序的性能下降,为了最大程度降低这种副作用,在使用锁时需要遵循以下几点建议。

1、减小锁持有时间

在锁竞争过程中,单个线程对锁持有的时间与系统性能有直接关系,如果线程持有锁的时间过长,对锁的竞争就越激烈。因此应该尽可能的减少对某个锁的占用时间,减少线程间互斥的可能性。只在必要时进行同步,这样可以减少线程持有锁的时间,提供系统的吞吐量。

2、减小锁的粒度

减小锁粒度也是一种降低多线程竞争的有效手段,典型的使用场景是ConcurrentHashMap的实现。对于HashMap如果实现线程安全,最简单的就是对整个HashMap加锁,但这样的锁粒度太大且性能很差,如HashTable的实现。而ConcurrentHashMap在内部细分了若干个小的HashMap,称之为segment段,默认分为16个段。

如果需要在ConcurrentHashMap中增加一个新的项,并不是将整个HashMap加锁,而是根据hashCode得到该项应该被存放在哪个段中,然后对该段加锁,并完成put()操作。在并发下,如果多个线程同时进行put(),只要被加入的项不放在同一段中,则线程间便可以做到真正的并行。由于默认有16个段,若幸运的话ConcurrentHashMap可以同时接受16个线程同时插入,从而大大提高性能。

put()实现
put()实现

减小锁粒度会引起新的问题:当系统需要取得全局锁时,消耗的资源将会较多,如size()。put()很好的分离了锁,当访问ConcurrentHashMap的全局信息时,就需要同时获取所有段的锁才能顺利实施。

减小锁粒度是指缩小锁定对象的范围,从而减少锁冲突的可能性,进而提高系统的并发能力。

3、读写分离锁替换独占锁

在读多写少的场景下,读写锁可以有效提升系统的并发能力。如果系统在读写数据时只使用独占锁,那么读写、读读、写写操作之间均不能做到真正的并发,并且需要相互等待。而读操作并不会影响数据完整性和一致性,大部分情况下,应该允许多线程同时读,读写锁实现了此功能。

4、锁分离

读写锁根据读写操作功能的不同进行了有效的锁分离。根据分离思想也可以对独占锁进行分离,典型的实现是LinkedBlockingQueue。

LinkedBlockingQueue中的take()和put()方法分别实现了从队列中获取数据和往队列增加数据的功能。它们都对当前队列进行了数据修改操作,但由于是基于链表结构的,两个操作分别作用于队列的头和尾,理论上并不冲突。如果使用独占锁,则要求在两个操作进行时获得当前队列的独占锁,那么take()和put()就不能做到并发,它们会彼此等待对方释放锁资源。在JDK的实现中并没有采用这种方式,而是用两把不同的锁分离了take()和put()操作。

以上代码定义了takeLock和putLock,它们分别在take()和put()操作中使用,彼此相互独立,不存在锁竞争关系,只需要在take()和take()、put()和put()间分别对takeLock和putLock进行竞争,从而降低了锁竞争的可能性。

put()
take()

5、锁粗化

通常为了保证有效并发,会要求每个线程持有锁的时间尽量短,即在使用完公共资源后立即释放锁。这样等待在这个锁上的其他线程才能尽早的获得资源执行任务。但如果对同一个锁不停的请求、同步和释放,其本身也会消耗系统宝贵的资源。JVM在遇到一连串对同一锁不断请求和释放操作时,便会把所有的锁整合成对锁的一次请求,从而减少对锁的请求同步次数,这个操作叫锁的粗化。

性能优化就是根据运行时的真实情况对各个资源点进行权衡折中的过程。锁粗化的思想和减少锁的持有时间是相反的,在不同的场景下它们的效果并不相同。因此需要根据实际情况进行取舍权衡使用。

JVM中对锁的优化:

1)锁偏向

锁偏向是一种针对加锁操作的优化手段,核心思想是:如果一个线程获得了锁,则锁进入了偏向模式。当这个线程再次请求锁时,无须在做任何同步操作,这样可以节省大量申请锁的操作。对于很少有锁竞争的场景,偏向锁有较好的优化效果。而对于锁竞争激烈的场景,效果不佳。可以使用JVM参数开启偏向锁:-XX:+UseBiasedLocking。

2)轻量级锁

若偏向锁失败,JVM并不会立即挂起线程,转而使用轻量级锁。它简单的将对象头部作为指针,指向持有锁的线程堆栈内部,来判断一个线程是否持有对象锁。如果线程获取轻量级锁,在可以顺利进入临界区,如果失败,则表示其他线程抢先获取到了锁,那么当前线程的锁请求就会膨胀为重量级锁。

3)自旋锁

锁膨胀后为了避免线程真实的在操作系统层面挂起,JVM还会使用自旋锁。其思想是:它会假设在不久的将来,线程可以得到锁,JVM会让当前线程做几个空循环,在经历若干次循环后,如果可以得到锁,则顺利进入临界区,否则会真正的将线程挂起。

4)锁清除

锁清除是一种更彻底的锁优化,JIT编译时通过对运行上下文的扫描,去除不可能存在的共享资源竞争的锁,通过锁清除,可以节省无意义的请求锁时间,比如:StringBuffer、Vector等。锁清除涉及到一项关键技术:逃逸分析,它观察某个变量释放会逃出某个作用域。若变量不会逃出某一作用域则内部的锁会被清除。逃逸分析必须在-server模式下进行,使用-XX:+DoEscapeAnalysis参数打开逃逸分析,使用-XX:+EliminateLocks打开锁清除。


--参考文献《实战Java高并发程序设计》

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,172评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,346评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,788评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,299评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,409评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,467评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,476评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,262评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,699评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,994评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,167评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,827评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,499评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,149评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,387评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,028评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,055评论 2 352

推荐阅读更多精彩内容