volatile与synchronized的区别

一、volatile

  • volatile的原理
    在java中,被volatile声明的关键字,jvm会在翻译的时候在cpu指令前加入lock前缀,而这个lock前缀的指令会在多核处理器下引发两件事情。
  1. 将当前处理器的缓存行的数据写回到系统内存。
  2. 这个写回内存的操作会使在其他cpu里缓存了该内存地址的数据无效,若其他线程还要读取数据,则需要重新回到系统主存中取。
    当然volatile的使用是有条件的:
  3. 对变量的写操作不影响当前值
  • 使用方法
public class CheesyCounter {  
    private volatile int value;  
  
    //读操作,没有synchronized,提高性能  
    public int getValue() {   
        return value;   
    }   
  
    //写操作,必须synchronized。因为x++不是原子操作  
    public synchronized int increment() {  
        return value++;  
    }  
}

synchronized

synchronized一般被称为重量级锁。但是jdk1.6之后对它进行了许多优化,减少了获得锁和释放锁的性能消耗。

  • java中synchronized加锁的三种形式
  1. 对于普通同步方法,锁的为当前实例对象
  2. 对于静态同步方法,锁的是当前类的Class对象
  3. 对于同步块内的方法,锁的为括号内配置的对象
public class ThreeLock {
    //锁当前对象
    synchronized public void print() {
        System.out.println(System.currentTimeMillis());
    }
    //同步块锁当前对象
    public void lock1() {
        synchronized (this) {
            System.out.println(System.currentTimeMillis());
        }
    }
    //同步快锁当前类的Class对象
    public void lock2() {
        synchronized (ThreeLock.class) {
            System.out.println(System.currentTimeMillis());
        }
    }
//    静态方法锁当前类的class对象
    public synchronized static void lock3() {
        
    }
}

  • synchronized的原理
    被synchronized修饰的对象,每个对象都有一个Monitor对象,获得锁时,调用monitorenter,退出锁时使用monitorexit。因为synchronized是可重入锁,我们可以理解为获得锁时,monitor++,退出锁时monitor--,当为0时,为无锁状态。

锁的升级与对比

java1.6 为了减少获得锁和释放锁的性能消耗,引入了偏向锁轻量级锁,在jdk1.6中,锁一共有4种状态:无锁状态、偏向锁状态、轻量级锁状态、重量级锁状态

  • 偏向锁
    HotSpotjvm的作者经过研究发现,大多数情况下,锁不仅不存在多线程竞争,而且总是由同
    一线程多次获得,为了让线程获得锁的代价更低而引入了偏向锁。当一个线程访问同步块并
    获取锁时,会在对象头和栈帧中的锁记录里存储锁偏向的线程ID,以后该线程在进入和退出
    同步块时不需要进行CAS操作来加锁和解锁,只需简单地测试一下对象头的Mark Word里是否
    存储着指向当前线程的偏向锁
    。如果测试成功,表示线程已经获得了锁。如果测试失败,则需
    要再测试一下Mark Word中偏向锁的标识是否设置成1(表示当前是偏向锁):如果没有设置,则
    使用CAS竞争锁;如果设置了,则尝试使用CAS将对象头的偏向锁指向当前线程
  • 轻量级锁
    轻量级锁原理非常简单,如果持有锁的线程能在很短时间内释放锁资源,那么那些等待竞争锁的线程就不需要做内核态和用户态之间的切换进入阻塞挂起状态,它们只需要等一等(自旋),等持有锁的线程释放锁后即可立即获取锁,这样就避免用户线程和内核的切换的消耗。
    线程在执行同步块之前,JVM会先在当前线程的栈桢中创建用于存储锁记录的空间,并
    将对象头中的Mark Word复制到锁记录中,官方称为Displaced Mark Word。然后线程尝试使用
    CAS将对象头中的Mark Word替换为指向锁记录的指针。如果成功,当前线程获得锁,如果失
    败,表示其他线程竞争锁,当前线程便尝试使用自旋来获取锁。
  • 重量级锁
    使用监视器锁来实现,底层调用的是操作系统的互斥锁(mutexLock),系统检查到锁是重量级锁之后,会把等待想要获得锁的线程进行阻塞,被阻塞的线程不会消耗cup。但是阻塞或者唤醒一个线程时,都需要操作系统来帮忙,这就需要从用户态转换到内核态,而转换状态是需要消耗很多时间的,有可能比用户执行代码的时间还要长。

https://www.cnblogs.com/kubidemanong/p/9520071.html

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

推荐阅读更多精彩内容