java中的锁

---

volatile(轻量级锁)

可见性(一个线程修改一个共享变量时，另一个线程能读到这个修改的值)，且不会引起线程上下文的切换

内存屏障：限制内存操作的顺序 原子操作： 不可中断的一系列操作(即不可拆分)

缓冲行：缓存中可以分配的最小单位

volatile进行写操作时其对应的汇编代码会多出一行Lock前缀的指令，其作用是：

1：将缓存行的数据写回到系统内存(主内存)

2：其它线程在该系统内存里存储的数据无效(并通过主内存给B线程发送信息)

缺点：无法代替synchronized，因为无法保证操作的原子性(单个具有原子性)（两个共用同一系统内存的线程同时使用volatile就有问题)
优点：它比synchronized的使用和执行成本更低，因为它不会引起线程上下文的切换和调度

synchronized(重量级锁)

java中每一个对象都可以作为锁(可重用锁)

1：普通的同步方法，锁是当前实例对象

2：对于静态同步方法，锁是当前类的Class对象(和上面的不一样)

3：对于同步方法块，锁是synchronized括号里锁定的对象

eg: synchronized(A){ }

Synchonized在JVM里的实现原理：JVM通过进入和退出Monitor对象来实现方法同步和代码块同步(能理解为从头到尾实时监控吗)，两者都可以通过monitorenter和monitorexit指令实现

monitorenter指令：编译后插入到同步代码块的开始位置

monitorexit指令：插入到方法结束处和异常处，两个指令需要配对使用

synchronized用的锁是存在java对象头里的

对象头：java需要存储大量的对象，为了实现一些额外的功能(比如说锁)，就需要给这些对象添加一些标记字段，这些标记字段组成了对象头，包含以下三个部分

1：Mark Word：

有hashcode，有lock(区分四种锁的状态+GC标记(垃圾回收))

有biased_lock，单独为偏向锁服务的(1是 0不是)

有age：4位的，最大值是15 老年代的阈值也是这样来的(可以改)

有identity_hashcode：25位，标识Hash码

有thread：持有偏向锁的线程ID

有epoch[ˈiːpɒk]：偏向时间戳[chuō]。

2：class pointer：JVM通过这个指针确定对象是哪个类的实例

3：array length：额外的空间用于存储数组的长度

锁的升级和对比

锁有4种状态：无锁->偏向锁->轻量级锁(volatile)->重量级锁(synchronized) 随着竞争的情况逐渐升级，不能降(这种机制能够提高获得锁和释放锁的效率，因为自旋(循环等待+判断是否能获取了)会消耗CPU，为了避免无用的自旋（比如获得锁的线程被阻塞住了），一旦锁升级成重量级锁，就不会再恢复到轻量级锁状态。当锁处于这个状态下，其他线程试图获取锁时，都会被阻塞住，当持有锁的线程释放锁之后会唤醒这些线程，被唤醒的线程就会进行新一轮的夺锁之争。)

偏向锁：因为大多数情况下锁是不存在多线程竞争，而且总是又一个线程多次获得，所以引用偏向锁就比较合适(会在对象头存储进入的线程的ID，以后该线程进入此对象锁不需要进行CAS操作来加锁和解锁)

偏向锁的机制是解锁但不释放锁，释放锁(别的线程来竞争才会触发)需要等待全局安全点(没有正在执行的字节码)

lock接口的特性

1：尝试获取锁，没有人占就可以获取

2：获取锁的线程出错后，其对应的锁会自动释放

3：一段时间没有获取锁会返回

lock()：获取锁 unlock()：释放锁 Lock lock = new ReentrantLock(); 然后直接调用

lock接口和Synchronized比较

Synchronized是关键字，lock机制是一组类实现；

Synchronized没有共享锁，lock机制有读锁（共享的）；

Synchronized没有lock灵活，lock可以随时获取对象的锁，但需要手动释放（这也是灵活的表现）；

lock机制下有tryLock返回获取锁的结果，成功or失败；

lock机制下获取锁失败的线程可以被中断。

lock机制下，每个有同步块的对象需要持有实现了Lock接口的类的实例，通过这个实例去修改对象的锁状态。

公平锁、非公平锁、读写锁简介

公平锁：优点：先来先拿到(FIFO：先进先出) 缺点：需要大量的线程切换，有性能损耗

非公平锁：缺点：可能一个线程多次拿到锁(别的线程就饥饿) 优点：快，性能损耗低（也因此非公平锁比较多）

读写锁：很特殊，别的锁都是排它锁(锁只能一个线程用) 写就不能读和写了，读读倒是不互斥，一般来说都是读多于写，所以读写锁还是很必要的