线程安全及实现原理

一、基本概念
  1. 锁(重量级锁)是什么?
    每个对象实例都有一个monitor(C++实现), synchronize对象锁,其指针指向的是该对象monitor对象的起始地址。
ObjectMonitor {
_count = 0;          // 被获取之后,count + 1
_owner = NULL;   // 获取到锁的线程
_WaitSet = NULL;   // 线程获取锁失败,会被阻塞,进入_WaitSet等待被唤醒
_EntrySet = NULL;  // 多个线程访问同步块,首先进入_EntrySet
}
  1. 锁的状态
    java对象头包括两部分:
  • 一、存储对象自身的运行数据(如hashCode、GC分代年龄等),此部分称为Mark Word,是实现轻量级锁和偏向锁的关键。
  • 二、用于存储指向方法区对象类型数据的指针。


    Mark Word.png
二、线程安全的实现方法
  • 互斥同步
    互斥是因,同步是果
    synchronize编译后,会在同步块前后分别形成monitorenter和monitorexit,这俩字节码都需要一个reference类型的参数来指明锁定和解锁的对象。
    如果synchronize明确指定了对象参数,那就是这个对象的reference。如果没指定,那就根据synchronize修饰的是实例方法还是类方法,取相应的对象实例或者Class对象作为锁对象。
    synchronize是可重入的,不会出现自己把自己锁死的情况。
    相比ReentrantLock,二者很相似,目前性能也基本持平,只是ReentrantLock增加了一些高级功能,如**等待可中断、公平锁、绑定多个条件。

  • 非阻塞同步
    互斥同步最主要的问题就是线程阻塞和唤醒带来的性能问题,属于一种悲观锁
    而基于冲突检测的乐观并发策略,如CAS指令,比如JDK中incrementAndGet,就是用for(;;)不断重试,直到设置成功为止。

  • 无同步方案
    线程本地存储(ThreadLocal)
    ThreadLocal: 在每个线程都创建了一个变量副本

public T get() {};  // 获取ThreadLocal 在当前线程保存的变量副本
public void set(T value) {}; // 设置当前线程中的变量副本
public void remove() {};  // 移除当前线程中变量副本
protected T initialValue() {};

实现方式:每个线程Thread内部都有一个ThreadLocal.ThreadLocalMap类型的成员变量threadLocals,此变量是用来保存变量副本的,当前threadLocal对象为key,value为变量值。

public T get()   {
Thread t = Thread.currentThread();
ThreadLocalMap map = getMap(t);  // 返回当前线程ThreadLocal.ThreadLocalMap对象
if (null != map)
{
     ThreadLocalMap.Entry entry = map.getEntry(this);  
     // 注意,key是ThreadLocal对象,而非线程对象。
     if(null != entry)
     {
         return (T)entry.getValue();
     }
     return setInitialValue();
}
}

三、锁优化
  • 自旋锁与自适应锁
    对互斥同步性能影响最大是阻塞的实现、挂起和恢复等需要转入内核实现的操作。
    自旋就是忙循环,让线程稍等一会,而不放弃处理器的执行时间。
  • 锁消除
    对不可能存在共享竞争的锁进行消除
  • 轻量级锁


    图片1.png

JVM首先在当前线程的帧栈中建立一个名为Lock Record 的空间,用于存储锁对象目前的mark word 拷贝。然后,JVM尝试用CAS操作,将锁对象的Mark word更新为指向Lock Record的指针,如果成功了,那么线程就拥有了该对象锁,mark word状态更新为00,表示此对象处于轻量级所状态。

图片2.png

  • 偏向锁
    偏向于第一个获取它的线程,如果在接下来的执行过程中,该锁没有被其他线程获取,则持有偏向锁的线程将永远不需要再进行同步
    具体过程和轻量级锁类似,只不过需要保存在mark word中保存偏向线程id,并且标志位为01
四、synchronize 实现原理

jdk1.6之前,synchronize是典型的互斥同步,然而互斥同步最大的问题就是线程的阻塞与唤醒带来的性能问题,1.6之后jdk团队对锁的各项优化也应用到synchronize上面:
锁升级(不能降级)
无状态锁 -> 偏向锁 -> 轻量级锁 -> 重量级锁

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

推荐阅读更多精彩内容