多线程相关锁概念

乐观锁与悲观锁

悲观锁：指数据被外界修改持保守态度，认为数据很容易就会其他线程修改，所以数据在处理前先对数据进行加锁，并在整个数据处理过程中，使数据处于锁定状态。

在实际的开发过程中，悲观锁往往依靠数据库的锁机制，即在数据库中，在对数据记录操作前给记录加排它锁。如果获取锁失败，则说明数据正被其他线程修改，当前线程等待或者抛出异常。如果获取锁成功，则对记录进行操作，然后提交事务后释放排它锁。

 

乐观锁是相对悲观锁来说的，它认为数据在一般情况下不会发生冲突，所以在访问记录前不会加排它锁，而是在进行数据提交更新时，才会正式对数据冲突与否进行检测。

也就是根据update的行数让用户决定如何去做，

乐观锁并不会使用数据库提供的锁机制，一般在表中添加version字段或者使用业务状态来实现。乐观锁直至提交时才锁定，所以不会产生死锁。

 

公平锁和非公平锁

公平锁表示线程获取锁的顺序按照线程请求锁的时间早晚来决定的，也就是最早请求锁的线程最早获得锁

非公平锁则在运行时闯入，也就是先到不一定先得

公平锁

非公平锁

如果构造函数不传递参数，则默认是非公平锁。

 

在没有公平特性的需求前提下，尽量使用非公平锁，应为公平锁会带来性能开销。

 

独占锁与共享锁

独占锁：任何时候只能有一个线程能得到锁，ReentrantLock就是以独占方式实现，

共享锁：在同一时间可以由多个线程持有，例如ReadWriteLock读写锁，它允许一个资源被多个线程同时进行读操作。

独占锁是一种悲观锁，由于每次访问资源都先加上互斥锁，这限制了并发性。读操作并不会影响数据的一致性。

共享锁则是一种乐观锁，它放宽了加锁的条件，允许多个线程同时进行读操作。

 

 

可重入锁

当一个线程再次获取它自己已经获取的锁时，如果不被阻塞，那我们说该锁时可重入锁。也就是说该线程获取了该锁，那么就可以无限次数（严格来说是有限次数）地进入被该锁锁住的代码。

 

实际上，synchronized内部锁是可重入锁。可重入锁的原理是在锁的内部维护一个线程标示，用来标示该锁目前被哪个线程占用，然后关联一个计数器。一开始这个计数器值为0，说明该锁没有被任何线程占用。当一个线程获取了该锁时，计数器的值会变成1，这时其他线程再来获取该锁时会发现锁的持有者不是自己就会被阻塞挂起。

当获取了该锁的线程再次获取锁时发现持有者是自己，计数器的值加1，释放锁之后计数器的值减去1。当计数器的值为0时 ，锁里面的线程标识被重置为null，这时候被阻塞的线程会被重新唤醒来竞争获取该锁。

 

参考::《java并发编程之美》