Java多线程相关总结

2.获取锁和释放锁方式不同,synchronized 会自动加锁和释放锁,当进入 synchronized 修饰的代码块之后会自动加锁，当离开 synchronized 的代码段之后会自动释放锁;ReentrantLock 需要手动加锁和释放锁,使用lock 方法进行加锁，使用 unlock 方法释放锁

3.synchronized 属于非公平锁，而 ReentrantLock 既可以是公平锁也可以是非公平锁。默认情况下 ReentrantLock 为非公平锁

4.响应中断不同,ReentrantLock 可以使用 lockInterruptibly 获取锁并响应中断指令，而 synchronized 不能响应中断，也就是如果发生了死锁，使用 synchronized 会一直等待下去，而使用 ReentrantLock 可以响应中断并释放锁，从而解决死锁的问题

5.底层实现不同,synchronized 是 JVM 层面通过监视器（Monitor）实现的，而 ReentrantLock 是通过 AQS（AbstractQueuedSynchronizer）程序级别的 API 实现

公平锁和非公平锁，锁升级过程

https://blog.csdn.net/vgfvgf/article/details/129628969

sql有那些锁

https://blog.csdn.net/ANobility/article/details/127822782

AQS队列

AQS是一个抽象类。定义了线程同步机制（是否要阻塞，是否要排队，是否要唤醒），是锁的核心过程实现(到底做了什么);

https://www.jianshu.com/p/fc04e84e3470

AQS队列、等待队列（wait、await）、阻塞队列（BlockQueue）区别

AQS队列:针对的是没有获取到同步锁的线程

等待队列:针对的是已经获取到同步锁但是没有满足继续往下条件的线程

阻塞队列(BlockQueue)在线程池中，没有空余线程来执行任务时，会将待执行任务放入阻塞队列，等待后续执行;

Synchronized锁升级

无锁-> 偏向锁 -> 轻量级锁 -> 重量级锁

synchronized 关键字和 volatile 关键字的区别

synchronized 关键字和 volatile 关键字是两个互补的存在，而不是对立的存在！

volatile 关键字是线程同步的轻量级实现，所以volatile 性能肯定比 synchronized 关键字要好。但是volatile 关键字只能用于变量而 synchronized 关键字可以修饰方法以及代码块。

volatile 关键字能保证数据可见性，但不能保证数据原子性。synchronized 关键字两者都能保证。

volatile 关键字主要用于解决变量在多个线程之间的可见性，而 synchronized 关键字解决的是多个线程之间访问资源的同步性

静态方法和非静态方法上加锁的区别

synchronized修饰一个static方法时，多线程下，获取的是类锁，作用范围是整个静态方法，作用的对象是这个类的所有对象

修饰一个非static方法时，实际上是对调用该方法的对象加锁，作用对象是调用该方法的对象;类锁和对象锁不同，他们之间不会产生互斥

并发编程的三个重要特性

原子性 : 一个的操作或者多次操作，要么所有的操作全部都得到执行并且不会收到任何因素的干扰而中断，要么所有的操作都执行，要么都不执行。synchronized 可以保证代码片段的原子性。

可见性 ：当一个变量对共享变量进行了修改，那么另外的线程都是立即可以看到修改后的最新值。volatile 关键字可以保证共享变量的可见性。

有序性 ：代码在执行的过程中的先后顺序，Java 在编译器以及运行期间的优化，代码的执行顺序未必就是编写代码时候的顺序。volatile 关键字可以禁止指令进行重排序优化。

乐观锁和悲观锁

出现并发的情况时，需要保证在并发情况下数据的准确性，以此确保当前用户和其他用户一起操作时，所得到的结果和他单独操作时的结果是一样的否则会导致脏读、幻读和不可重复读，这时就用到了乐观锁悲观锁；

1，悲观锁：借助数据库锁机制，在修改数据之前先锁定，再修改；悲观锁:主要分为共享锁（读锁，简称 S 锁，多个事务对于同一数据可以共享一把锁，都能访问到数据，但是只能读不能修改）和排他锁（写锁，简称 X 锁，不能与其他锁并存，如果一个事务获取了一个数据行的排他锁，其他事务就不能再获取该行的其他锁，可对数据进行修和读取）

实现：传统的关系型数据库使用这种锁机制，比如行锁、表锁、读锁、写锁等，都是在操作之前先上锁;Java 里面的同步 synchronized 关键字的实现

2，乐观锁：乐观锁假设数据一般情况不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果冲突，则返回给用户异常信息，让用户决定如何去做。乐观锁适用于读多写少的场景，这样可以提高程序的吞吐量，是为了避免数据库幻读、业务处理时间过长等原因引起数据处理错误的一种机制,

实现：1.CAS 实现，2.版本号控制