JAVAEE---多线程

wait和notify--等待通知机制

当一个线程条件不满足，进入wait等待。其他线程这个时候获取到锁进行一系列操作后用notify唤醒线程，线程重新参与竞争。wait和join一样，也有两个版本，死等和按时间等待。

wait和sleep的区别

两者都可按时间休眠。但一般情况下，wait等待时间是兜底的，一般到时间前唤醒，sleep一般会到等待时间，直接唤醒是不正常操作。两者刚好相反。

多线程代码案例

单例模式

1）饿汉模式

饿，就是很迫切。它在线程加载过程中就被创建。

当类加载过程中，已经实例好了，提供了外部不可调用的构造方法，防止其他人创建新的实例。

2）懒汉模式

懒，就是能不创建就不创建，所以它是在使用的时候才创建

由于懒汉模式是线程不安全的，所以我们要加锁来保证只创建一个实例。

但是创建只创建一次，难道我每次进来都要加锁判断吗，这样会影响代码效率，所以我们做出以下改进。

我们在这里在套一个if判断，当后面进来就不用加锁了。

但是当我们考虑指令重排序的时候，上述代码又有问题了。

指令重排序是编译器优化的一种方式。

instance = new SingletonLazy();

我们在创建一个对象的时候，这一步可以分为三个步骤。

1.申请内存空间

2.调用构造方法

3.将地址给到变量

正常执行时1，2，3 没有问题，但编译器优化后可能就是1，3，2 这就有问题了。我们两个线程，一个执行到第3步，地址已经给了，但里面没有东西，全是0值，这时候另一个线程进去发现不为空，就直接返回了这个地址，但里面东西还等着初始化呀！！！这时这样值用来操作肯定就会出现问题。

解决这个问题还是用到volatile，它有两个作用，第一个就是内存可见性问题，第二个就是指令重排序

加上之后就不会出现上述问题。

多线程队列

阻塞队列

1.阻塞队列线程安全

2.队列空出队阻塞，队列满入队阻塞

基于阻塞队列实现生产者消费模型，这个生产者消费模型有两个作用。

1.解耦合

这个模型耦合性太高，b挂了的话a可能跟着就挂了。

当我们引入一个阻塞队列/消息队列的时候就可以让b，c按照原来的速度进行运算，以为a的抗压能力要比b/c强很多的。

阻塞队列时一个数据结构，消息队列通过这个数据结构来实现。本质时一样的。

2.削峰填谷

其实我在解耦合那已经提过了，就是当我们引入一个阻塞队列/消息队列的时候就可以让b，c按照原来的速度进行运算，以为a的抗压能力要比b/c强很多的。

我们经常说挂了，挂了的意思其实就是任何一个硬件吃满了

当突然请求很多就会阻塞，然后又很少，我们队列里有元素，也不会无事可做。

BlockingQueue这是标准库提供的一个接口。可以实现三个方法。ArrayBlockingQueue，LinkedBlockingQueue，PriorityBlockingQueue。与前面不同就在于它有阻塞功能。但他提供的方法与前面不太相同。主要有两个，put入队列，take出队列。