Java中锁的分类

悲观锁：认为数据很容易被修改，所以数据处理前先对数据进行加锁，在整个处理过程中，数据一直处于锁定状态，其他线程这时候想要拿到锁，必须阻塞等待

悲观锁的代表synchronized和Lock锁
（1）核心思想：线程只要占有了锁，才能操作共享变量，每次只要一个线程占锁成功，获取锁失败的线程，都得停下来等待。

（2）线程从运行到阻塞，再从阻塞到唤醒，涉及线程上下文切换，如果频繁发生，影响性能。

（3）实际上，线程在获取syncronized和Lock锁之前，如果锁已经被占用，都会做好几次重复操作，减少阻塞的机会。
 

乐观锁：乐观锁是相对悲观锁来说的，认为数据在一般情况下不会被修改，在访问记录前不会加锁，在对数据进行提交更新时，才会正式判断数据是否发生改变并返回对应信息，让用户自己决定怎么处理，一般通过版本号和CAS来实现。

乐观锁的代表是AtomicInteger,使用cas来保证原子性
（1）核心思想： 无需加锁，每次只要一个线程能成功修改共享变量，其他失败的进程不需要停止，不断重试直至成功。

（2）由于线程一直运行，不需要阻塞，因此不涉及线程上下文切换

（3）它需要多核cpu支持，且线程数不应该超过cpu核数
 

公平锁

定义：多个线程按照先到先得的策略获取锁（底层有一个等待队列，按照时间顺序进行排队）。

优点：所有线程都有机会获得锁，不会饿死

缺点：由于所有线程都会经历阻塞态，因此唤醒阻塞线程的开销会很大。

非公平锁

定义：所有的线程拼运气，谁运气好，谁就获取到锁

优点：可以减少CPU唤醒线程的开销，整体的吞吐效率会高

缺点：可能会有线程长时间甚至永远获取不到锁，导致饿死。

独占锁:只能被单个线程持有，是一种悲观锁，每次访问资源都需要先加互斥锁，ReentantLock就是独占锁，
共享锁：可以同时被多个线程持有，是一种乐观锁，ReadWriteLock是一种共享锁，允许资源可以同时被多个线程读取
可重入锁：当一个线程请求获取一个被其他线程持有的独占锁，该线程会被阻塞；当一个线程再次获取自己已经获取的锁时不会被阻塞，表示锁是可重入的
自旋锁：java中的线程与系统中的线程是一一对应的，所以当一个线程获取锁失败被阻塞时，会切换到内核态而被挂起，获取锁时，需要从内核态切换到用户态，而用户态和内核态之间的切换的开销是很大的，因此自旋锁的规则是，当线程获取锁时，如果锁已经被其他线程获取持有，并不立马阻塞挂起，而是不断尝试获取，如果在指定的尝试次数内仍没有获取到锁，则当前线程才会被阻塞挂起。

Synchronized:

在java中一般可以通过synchronized来实现锁同步语义。
对于普通同步方法加锁时，锁是当前实例对象。
对于静态同步方法加锁时，锁是当前类的Class对象。
对于同步方法块加锁时，锁是Synchonized括号里配置的对象。
Synchronized的实现方式：Synchonized是基于进入和退出Monitor对象来实现方法同步和代码块同步，但两者的实现细节不一样。Synchronized 用在方法上时，在字节码中是通过方法的 ACC_SYNCHRONIZED 标志来实现的。而代码块同步则是使用monitorenter和monitorexit指令实现的。
monitorenter指令是在编译后插入到同步代码块的开始位置，而monitorexit是插入到方法结束处和异常处，JVM要保证每个monitorenter必须有对应的monitorexit与之配对。任何对象都有一个monitor与之关联，当且一个monitor被持有后，它将处于锁定状态。线程执行到monitorenter指令时，将会尝试获取对象所对应的monitor的所有权，即尝试获得对象的锁，当获得对象的monitor以后，monitor内部的计数器就会自增（初始为0），当同一个线程再次获得monitor的时候，计数器会再次自增。当同一个线程执行monitorexit指令的时候，计数器会进行自减，当计数器为0的时候，monitor就会被释放，其他线程便可以获得monitor。

为了减少获得锁和释放锁带来的消耗，在JDK1.6中引入了偏向锁和轻量级锁 。在java中锁一共有四种状态，分别是无锁状态、偏向级锁状态、轻量级锁状态、重量级锁状态。