线程池：

管理线程创建，销毁的一系列池子

如何创建线程池？

ExecutorService executor = Executors.newFixedThreadPool(n);

创建线程有多种方法，为何要用线程池？

• 减少性能开销,每次执行任务都新建线程
• 造成cpu资源浪费使用线程池可以实现线程的复用
• 通过自定义线程可以适应更多的业务场景,满足需求

线程池的流程？

常用JUC并发类？

• CountDownLatch
• CyclicBarrier
• Semaphore
• 前两者使用较多，不过注意区别，countDownLatch在等待时其他线程已经释放，可以进行其他工作，CyclicBarrier在等待其他线程时不会进行释放

线程池参数有哪些？

1.corePoolSize:线程池中的常驻核心线程数

2.maxinumPoolSize:线程池中能够容纳同时执行的最大线程数

3.keepAliveTime:多余的空闲线程的存活时间

当前线程池数量超过corePoolSize时，当空闲时间达到keepAliveTime时，多余空闲线程会被销毁直到只剩下corePoolSize个线程为止

4.unit:keepAliveTime的单位

5.workQueue:任务队列，被提交但是尚未被执行的任务

6.threadFactory:表示生成线程池中工作线程的线程工厂，用于创建线程一般用默认的即可

7.handler:拒绝策略，表示当队列满了并且工作线程-大于等于线程池的数量最大线程数(maxinumPoolSize)时如何来拒绝请求执行的runnable的策略

---

锁：

上锁，对资源进行锁定，用来供某些程序读写，其他程序只能等待

悲观锁：在可能会发生并发冲突的情况下，避免一切外来因素对数据造成不完整性的操作

乐观锁：在可能不会发生并发冲突的情况下，在提交之前进行检查

区别：悲观锁不管怎么样，先锁住再说，锁住再读写，多用于写的场景    乐观锁先读写再锁住，多用于读的场景

自旋锁：就是重试，比如你在获取锁的时候已经被其他线程占用了，然后你就等等再尝试

公平锁：这就更好理解了，排队买奶茶，都是老实人，排队就好

非公平锁：插队，但这个插队不是一定会比其他人快，他比起其他人的优势只是少了线程切换之间的开销（也就是一个人买完另一个人才下单这个切换的过程），没抢到还得去排队

可重入锁：允许线程在获取锁之后再次获取同一个锁，而不会被自己持有的锁所阻塞，也就是一个资源上加好几把锁

分布式锁：满足分布式场景，同一时刻只能有一个线程在操作

......

CAS是什么？

其实广泛点来说就是乐观锁，全称是Compare And Swap，一种原子性操作

先读取当前值，再计算预期值，相等就更新为新值，不相等就不管了

适用于具备较低并发竞争的情况，可以提高系统吞吐量和性能

synchronized锁？

其实是一个同步锁，也是一个Java中的关键字，可以加在方法前，那这个方法就是同步方法，在同一时间只能有一个线程访问，直到使用完释放锁之后，其他线程才能继续读写

总结：是一种线程同步机制，是实现线程安全的方法之一

Java中的锁和Mysql中锁的区别和联系?

• 层次不同

        Java中的锁是应用层面的锁机制，通过Java语言提供的关键字(synchronized)或Lock接口实现
MySQL中的锁是数据库层面的锁机制，用于控制数据库操作的并发和数据隔离

• 锁的粒度不同

        Java中的锁可以是对象级别的锁（synchronized关键字修饰的方法或代码块）或者线程级别的锁（Lock接口的实现类），用于保护共享资源或临界区
        MySQL中的锁可以是行表级别的锁或数据库级别的锁，用于控制对数据库对象的访问权限

• 作用范围不同

        Java中的锁只在单个Java虚拟机（JVM）内起作用，仅用于线程之间的同步和互斥
MySQL中的锁是在数据库服务端进行控制的，可以跨多个客户端连接和线程，用于控制事务的隔离和并发操作

• 锁的机制不同

        Java中的锁采用的是悲观锁机制，即假设并发冲突一定会发生，所以需要加锁来保证数据的一致性和可见性
        MySQL中的锁采用的是乐观锁机制和悲观锁机制相结合，通过行级锁、表级锁等方式实现对数据库对象的并发控制

        总结：Java中的锁主要用于线程同步和共享资源的互斥访问，而mysql中的锁主要用于数据库事务的隔离和并发操作的控制。它们的作用范围不同，机制不同，但都在不同的层面上提供了并发控制的手段

---