java多线程之synchornized原理以及原子操作探究学习

synchornized 实现原理

在JAVA1.6对synchronized进行优化后,能够减少获得锁和释放锁带来的性能消耗,主要是引入了偏向锁和轻量级锁。还有优化了锁的存储结构和升级结构。

在jvm规范中,看到synchornized实现原理是基于进入退出Monitor对象实现方法同步和代码同步。代码块同步使用monitorenter和monitorexit指令实现,方法同步另外一种方式实现。

  • monitorentor指令是编译后查询到同步代码块的开始位置
  • monitorexit指令是插入方法结束和异常处。

JAVA对象头

synchronized用的锁是存在java对象头中的。JAVA对象头中的mark word 存储对象的HashCode分带年龄锁标记位

原理:根据JAVA Object Model定义,Object Header是一个2字(1 word =4 byte)长度的存储区域。

第一个长度区域用于标记同步,GC以及hash code,成为mark word。第二字长度区域指向对象的class

mark word是轻量级实现的关键

轻量级锁

轻量级锁加锁

​ 线程再执行同步块代码之前,jvm会为当前线程分配lock record,并复制对象头中的mark word到lock record 中,然后使用CAS将mark word替换为指向lock record的指针。如果成功就获得锁执行同步体,如果失败,表示其他线程使用中,调用OS的互斥原语,挂起当前线程,直到被唤醒。

轻量级解锁

​ 轻量级解锁时,会使用原子的CAS将lock record替换回对象头中,成功表示没有竞争,如果失败表示有锁竞争,锁会被释放并唤醒被挂起的线程。

JAVA轻量级加锁流程图.png

锁的优缺点对比

优点 缺点 适用场景
偏向锁 加锁和解锁不需要额外消耗 如果线程存在锁竞争,会带来额外锁撤销的消耗 适用于只有一个线程访问同步块场景
轻量级锁 竞争的锁不会阻塞,提高了程序的响应速度 如果是中得不到锁竞争的线程,会自旋消耗cpu 追求响应时间,同步块执行速度非常快
重量级锁 线程竞争不使用自旋,不会消耗CPU 线程租塞,响应时间慢 追求吞吐量,同步块执行速度较长

原子操作的实现原理

处理器如何实现原子操作

32位IA-32处理器使用基于对缓存加锁总线加锁的方式来实现处理器的原子操作。

当一个处理器读取一个字节时,其他处理器不能访问这个字节的内存地址。

1. 使用总线锁保证原子性

通过总线锁来保证原子性,如果多个处理器同时对共享变量进行读改写操作,那么共享变量会被多个处理器同时操作,这样读写操作就不是原子的,操作完后的共享变量值会和期望的不一样。

处理器使用总线锁就是解决这个问题的,总线锁就是使用处理器提供的lock#信号,其他处理器会被阻塞,那么该处理器能够独享内存

2.使用缓存锁保证原子性

在一个时刻,我们只需要保证某个内存地址的操作是原子性即可,但是总线锁定会把CPU和内存之间的通信锁住,使得锁定期间,其他处理器不能操作其他内存地址的数据,所以总线锁定开销较大,在某些场合下使用缓存锁定来代替总线锁定进行优化。

缓存锁定是指内存区域如果被缓存再处理器的缓存行中,且再lock操作期间被锁定,那么当写回内存时,不在总线上声言LOCK#信号,而是修改内部的内存地址,允许缓存一致性机制来保证操作的原子性。

有两种情况处理器不会使用缓存锁

  • 当操作的数据不能缓存到处理器内部,或操作的数据横跨多个cache line时,处理器会调用总线锁定
  • 某些处理器不支持缓存锁定,就算锁定内存区域再处理缓存行中也会调用总线锁定

java如何实现原子操作

JAVA可以通过锁和循环CAS来实现原子操作

1.使用循环CAS实现原子操作

JVM中的CAS操作正是利用处理器提供的CMPXCHG指令实现的,以下代码实现一个基于CAS线程安全的计数器方法saefCount和一个非线程安全的计数器count

package org.yoqu.javastudy.thread.lock;

import java.util.ArrayList;
import java.util.List;
import java.util.concurrent.atomic.AtomicInteger;

/**
 * @author yoqu
 * @date 2017年06月01日
 * @time 下午4:25
 * @email wcjiang2@iflytek.com
 */
public class CasSafaThread {
    private AtomicInteger atomicInteger = new AtomicInteger(0);
    private int result = 0;

    public static void main(String[] args) {
        final CasSafaThread cas = new CasSafaThread();
        Long start = System.currentTimeMillis();
        List<Thread> ts = new ArrayList<>(600);
        for (int i = 0; i < 100; i++) {
            Thread t =new Thread(new Runnable() {
                @Override
                public void run() {
                    for (int j = 0; j < 10000; j++) {
                        cas.count();
                        cas.safeCount();
                    }
                }
            });
            ts.add(t);
        }
        for (Thread t:ts) {
            t.start();
        }
        for (Thread i : ts){
            try{
                i.join();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
        System.out.println("result:"+cas.result);
        System.out.println("atomic:"+cas.atomicInteger.get());
        System.out.println(System.currentTimeMillis()-start);
    }
    private void safeCount(){
        for (;;){
            int i=atomicInteger.get();
            boolean suc = atomicInteger.compareAndSet(i,++i);
            if (suc){
                break;
            }
        }
    }
    private void count(){
        result++;
    }
}

从JAVA1.5开始,jdk的并发包就提供了一些类支持原子操作,AtomicBoolean AtomicInteger AtomicLong

2. cas实现原子操作的三大问题

  1. ABA问题,因为cas需要再操作值的时候检测值有没有变化,如果没有变化则更新,如果一个值原来是A,又变成了B,又变成了A,那么CAS检查的时候会发现它值没有发生变化,但是实际上却变了,ABA问题的解决思路是使用版本号,变量钱追加版本号,每次更新时候版本+1,jdk 的Atomic包提供了AtomicStampedReference来解决ABA问题,
  2. 循环时间长,开销大。如果长时间不成功,会给cpu带来非常大的执行开销,如果JVM能支持处理器提供的pause指令,那么效率会有一定的提升。pause 指令有两个作用:
    1. 延迟流水线执行指令,使得cpu不会消耗过多的执行资源,延迟时间取决具体实现的版本,
    2. 避免退出循环时候因内存顺序冲突引起cpu流水线被清空,提高cpu的执行效率
  3. 只能保证一个共享变量的原子操作。当对一个共享变量操作时,我们可以使用循环CAS的方式来保证原子操作,但是对于多个共享变量操作时, 循环CAS无法保证操作的原子性,这个时候可以用锁。或者把多个共享变量合并成一个共享变量来操作。

3. 使用锁机制实现原子操作

锁机制保证了只有获得锁的线程才能够操作锁定的内存区域,jvm内部实现了多种,偏向锁,轻量级锁和互斥锁。除了偏向锁,jvm实现锁的方式都用了循环CAS。

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

推荐阅读更多精彩内容