Synchronize关键字

前言

上一篇文章中，虽然我们通过 volatile + Atomic操作保证了 ++ 的原子性

但如果我们对count除了++ 之外还需要做值的判断呢？ 比如总共只有200张票，不管谁卖出多少，只能卖200张，那就需要卖之前判断一下当前数量。

这种复合操作的原子性如何保证？
答案是： synchronized

synchronized 使得它作用范围内的代码对于不同线程是互斥的，并且线程在释放锁的时候会将共享变量的值刷新到主内存中。

一、Synchronize关键字

Synchronize是一种锁机制：
synchronize可以直接修饰方法 public void synchronize methodA()；，也可以配合变量、类、来修饰某一段代码，如：

synchronize（<variable> |  <object> ){
				<statements>;
}

修饰方法时，意味着同一时刻进行方法体执行的线程只能有一个；
配合变量和类来修饰一段代码时， 其他需要获取同一个对象或变量锁的。

二、Volatile与Synchronize比较

volatile本质是在告诉JVM当前变量在寄存器（工作内存）中的值是不确定的，需要从主存中读取； synchronized则是锁定当前变量，只有当前线程可以访问该变量，其他线程被阻塞住。

volatile仅能使用在变量级别；synchronized则可以使用在变量、方法、和类级别。

volatile仅能实现变量的修改可见性，不能保证原子性；而synchronized则可以保证变量的修改可见性和原子性。

volatile不会造成线程的阻塞；synchronized可能会造成线程的阻塞。

volatile标记的变量不会被编译器优化；synchronized标记的变量可以被编译器优化。
因为synchronized标记的代码块，运行期间相当于单线程，不会被打扰，可以进行指令重排序。

三、什么是CAS？

java.util.concurrent.atomic包下，一系列以Atomic开头的包装类。例如AtomicBoolean，AtomicInteger，AtomicLong。它们分别用于Boolean，Integer，Long类型的原子性操作。

Atomic操作的底层实现正是利用的CAS机制，CAS = Compare And Swap， 比较并交换。CAS机制当中使用了3个基本操作数：内存地址V，旧的预期值A，要修改的新值B。
更新一个变量的时候，只有当变量的预期值A和内存地址V当中的实际值相同时，才会将内存地址V对应的值修改为B。

图解：
1.在内存地址V当中，存储着值为10的变量。

2.此时线程1想要把变量的值增加1。旧的预期值A=10，要修改的新值B=11。

3.在线程1要提交更新之前，另一个线程2抢先一步，把内存地址V中的变量值率先更新成了11。

4.线程1开始提交更新，首先进行A和地址V的实际值比较（Compare），发现A不等于V的实际值，提交失败。

5.线程1重新获取内存地址V的当前值，并重新计算想要修改的新值。此时对线程1来说，A=11，B=12。这个重新尝试的过程被称为自旋。

6.这一次比较幸运，没有其他线程改变地址V的值。线程1进行Compare，发现A和地址V的实际值是相等的。

7.线程1进行SWAP，把地址V的值替换为B，也就是12。

Synchronize与CAS 悲观锁与乐观锁、自旋锁

Synchronized是悲观锁，这种线程一旦得到锁，其他需要锁的线程就挂起的情况就是悲观锁。

CAS操作的就是乐观锁，每次不加锁而是假设没有冲突而去完成某项操作，如果因为冲突失败就重试，直到成功为止。因为失败时线程会不断循环重试，所以又称为自旋锁

Synchronized缺点：
Synchronized关键字会让没有得到锁资源的线程进入BLOCKED状态，而后在争夺到锁资源后恢复为RUNNABLE状态，这个过程中涉及到操作系统用户模式和内核模式的转换，代价比较高。

CAS的缺点：
1.CPU开销较大：在并发量比较高的情况下，如果许多线程反复尝试更新某一个变量，却又一直更新不成功，循环往复，会给CPU带来很大的压力。
2.不能保证代码块的原子性：CAS机制所保证的只是一个变量的原子性操作，而不能保证整个代码块的原子性。比如需要保证3个变量共同进行原子性的更新，就不得不使用Synchronized了。

Wait与Notify

Wait与notify提供对同一个锁对象的线程之间更精细的同步操作。

使用wait()、notify()时需要首先对调用对象加锁。

调用wait()方法后，线程状态会从RUNNING变为WAITING，并将当线程加入到lock对象的等待队列中。

其他某个锁住同一对象的线程，在调用notify() 后，会将等待队列中的一个线程移到lock对象的同步队列，被移动的线程的状态由WAITING变为BLOCKED。

被移动到同步队列中的线程，必须要等到notify() 的调用者将锁释放，才有机会从同步队列返回。这里只是有机会，因为锁释放后，等待线程会出现竞争，只有竞争到该锁的线程才会从wait()方法返回，其他的线程只能继续等待。
Wait、Notify 时序图