并发编程之锁的认识和同步锁 -- synchronized

为什么在程序中会有锁

我们先来看一段代码，正常来说结果要是10000的

static int num = 0;
public static void main(String[] args) throws InterruptedException {
    for (int i = 0; i < 10000; i++) {
        new Thread(() -> {
            num ++;
        }).start();
    }
    Thread.sleep(5000);
    System.out.println(num);
}

//然鹅，出来的结果
9999

这就是多个多线程并行去做同一件事，导致出来的结果会和预想中的有偏差，所以才引入了锁。

synchronize同步锁

1.synchronize同步锁的用法

	static int num = 0;
	//实例方法 同对象下的该方法访问生效
    public synchronized void a(){
       num ++ ;
    }
	//静态方法 全局有效
    public static synchronized void b(){
        num ++ ;
    }
	//类锁 可以跨对象
    public void c(){
        synchronized (this){
            num ++ ;
        }
    }

• 特性：只能由一个线程获得锁，只有获得锁的线程释放锁之后，后续线程才有机会获取锁

2.同步锁的实现原理

• 锁本质：读写锁、排他锁、互斥锁
• 类同步锁的原理图
  

当线程进入这个synchronized方法时，线程可以在lock中读到锁标记，然后确定自己是否有资格抢占锁，如果没有资格（锁被其他线程持有）再考虑阻塞

3.CAS机制

在修改锁的标记，修改线程指针的指向操作时用到。

CompareAndSwap(old,expect,update)
old : ThreadA  expect:TheadA update:TheadB

乐观锁的概念，例如：mysql操作update xxx set status = 1 where id = 1 and status = 0

一定会成功,不会存在安全问题

锁的升级

无锁
偏向锁，无锁情况下A线程进入过一次，下次则不需要再拿锁，当有其他线程竞争的时候才会升级轻量级锁
轻量级锁，自旋锁实现，基于CAS修改锁flag标记，达到一定的自旋次数后break，再升级重量级锁
重量级锁，对性能有影响，把最终还没抢到锁的线程加入到等待队列，objectMonitor去处理

1.锁升级原理分析图

2.自旋锁

for(;;){
    //condition 自旋到达一定适应的程度会锁升级重量级锁 
    //还没拿到锁的阻塞然后加入到等待队列 后续来的线程判断标记发现是重量级锁就不需要再走下面的自旋了
    //会浪费性能
    if(cas){//true
        //自会有一个线程成功
        break;
    }
}

以上就是并发编程之锁的认识和同步锁 -- synchronized的全部内容了。
今天只是一个粗略的认识，接下来才是正片。

上一篇：Java中的死锁、活锁以及Java服务器CPU突然飙升问题排查
下一篇：线程安全性之可见性、缓存一致性（MESI）以及伪共享问题分析

离离原上草，一岁一枯荣