0. 写在前面
- 本笔记用作复习查看用,基础完整总结部分,基础不牢,地动山摇! | 🔥Java帝国之行🔥 | 地址 | | —- | —- | | Java核心编程总结(一、继承) 🔥 | https://blog.csdn.net/Augenstern_QXL/article/details/116209463 | | Java核心编程总结(二、抽象类与接口)🔥 | https://blog.csdn.net/Augenstern_QXL/article/details/116209487 | | Java核心编程总结(三、多态与内部类)🔥 | https://blog.csdn.net/Augenstern_QXL/article/details/116209507 | | Java核心编程总结(四、异常与线程) 🔥 | https://blog.csdn.net/Augenstern_QXL/article/details/116209529 | | Java核心编程总结(五、线程池与死锁)🔥 | https://blog.csdn.net/Augenstern_QXL/article/details/116209580 | | Java核心编程总结(六、常用API与集合)🔥 | https://blog.csdn.net/Augenstern_QXL/article/details/116209607 | | Java核心编程总结(七、Stream流)🔥 | https://blog.csdn.net/Augenstern_QXL/article/details/116209624 | | Java核心编程总结(八、IO输入输出流)🔥 | https://blog.csdn.net/Augenstern_QXL/article/details/116209648 | | Java核心编程总结(九、File文件类)🔥 | https://blog.csdn.net/Augenstern_QXL/article/details/116209674 | | Java核心编程总结(十、反射) 🔥 | https://blog.csdn.net/Augenstern_QXL/article/details/117744497 |
1. 基础回顾+面试
1.1 线程池
- 什么是线程池?答:线程池:其实就是一个容纳多个线程的容器,其中的线程可以反复的使用,省去了频繁创建和销毁线程对象的操作,无需反复创建线程而消耗过多资源
- 为什么要用线程池?答:
- 线程池在Java中的代表类:ExecutorService(接口)
new FixedThreadPool(int nThreads):创建线程池并返回
// 创建一个线程池,指定线程的固定数量是3
ExectorService pools = Executors.newFixedThreadPool(3);
Future<?> submit(Runnable task):提交一个Runnable的任务对象给线程池执行
- Future<?> submit(Callable task):提交一个Callable的任务对象给线程池执行
- pools.shutdown():等待任务执行完毕以后关闭线程池
- pools.shutdownNow():立即关闭线程池的代码,无论任务是否执行完毕
1.3 死锁
- 什么是死锁?
答:多个线程同时被阻塞,它们中的一个或者全部都在等待某个资源被释放,由于线程被无限期的阻塞,因此程序不可能正常终止。
- 死锁产生的四个必要条件
- 按照JMM模型,所以的成员变量和静态变量都存在于主内存中,主内存中的变量可以被多个线程共享
- 每个线程都存在一个专属于自己的工作内存,工作内存一开始存储的是成员变量的副本
- 所以线程很多时候都是直接访问自己工作内存中的该变量,其他线程对主内存变量值的修改将不可见
解决此问题:希望所有线程对于主内存的成员变量修改,其他线程是可见的
(1)加锁:可以实现其他线程对变量修改的可见性
某一个线程进入synchronized代码块前后,执行过程如下
- 线程获得锁
- 清空工作内存
- 从主内存拷贝共享变量最新的值到工作内存称为副本
(2)可以给成员变量加上volatile关键字,当一个线程修改了这个成员变量的值,其他线程可以立即看到修改后的值并使用
面试:volatile 和 synchronized 的区别?
答:volatile 只能修饰实例变量和静态变量,而synchronized可以修饰方法,以及代码块
volatile 保证数据的可见性,但是不保证原子性(多线程进行写操作,不保证线程安全)
synchronized 是一种排他(互斥)的机制
1.5 原子性
- 什么是原子性?
答:所谓的原子性是指在一次操作或者多次操作中,所有的操作全部都得到了执行,并且不会受到任何因素的干扰。最终结果要保证线程安全
- volatile 不能保证变量操作的原子性(安全性)
- 在多线程环境下,volatile 关键字可以保证共享数据的可见性,但是并不能保证对数据操作的原子性(在多线程环境下volatile修饰的变量也是线程不安全的)
- volatile 的使用场景
- 开关控制
- 利用可见性的特点,控制某一段代码执行或者关闭
- 多个线程操作共享变量,但是有一个线程对其进行写操作,其他的线程都是读
- 此时加上更好,其他线程可以立即读取到最新值
- 开关控制
- 如何解决原子性问题?
答:1.加锁实现线程安全(虽然安全性得到了保证,但是性能不好)
2.基于CAS方式的原子类
Java已经提供了一些本身即可实现原子性(线程安全)的类
– 操作整型的原子类
- public AtomicInteger(): 初始化一个默认值为0的原子型Integer
- public AtomicInteger(int initialValue):初始化一个指定值的原子性Integer
- int get(): 获取值
- int getAndIncrement():以原子方式将当前值加1,注意,这里返回的是自增前的值
- int incrementAndGet():以原子方式将当前值加1,注意,这里返回的是自增后的值
- int addAndGet(int data): 以原子方式将输入的数值与实例中的值(AtomicInteger里的value相加),并返回结果
int getAndSet(int value): 以原子方式设置为newValue的值,并返回旧值
1.6 总结
CAS和Synchronized都可以保证多线程环境下共享数据的安全性,那么它们两者之间有什么区别?
答:悲观锁
Sychronized 是从悲观的角度出发:总是假设最坏的情况,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会阻塞它拿到锁。(共享资源每次只给一个线程使用,其他线程阻塞,用完后再把资源转让给其他线程)
- 乐观锁
CAS是从乐观的角度出发,总是假设最好的情况,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据。综合性能较好