一、等待唤醒机制
1.1 线程间通信：多个线程在处理同一个资源，但是处理的动作（线程的任务）却不相同。
1.2 为什么要处理线程间通信： 多个线程并发执行时, 在默认情况下CPU是随机切换线程的，当我们需要多个 线程 来共同完成一件任务，并且我们希望他们有规律的执行, 那么多线程之间需要一些协调通信，以此来帮我们达到 多线程 共同操作一份数据。
1.3 如何保证线程间通信有效利用资源：多个线程在处理同一个资源，并且任务不同时，需要线程通信来帮助解决线程之间对同一个变量的使用或操作。 就是多个线程在操作同一份数据时， 避免对同一共享变量的争夺。也就是我们需要通过一定的手段使各个线程能有效的利用资源。而这种手段即—— 等待唤醒机制。
1.4 什么是等待唤醒机制：就是在一个线程进行了规定操作后，就进入等待状态（wait()）， 等待其他线程执行完他们的指定代码过后再将其唤醒（notify()）;在有多个线程进行等待时， 如果需要，可以使用notifyAll()来唤醒所有的等待线程。
1.5等待唤醒中的方法：
1. wait：线程不再活动，不再参与调度，进入 wait set 中，因此不会浪费 CPU 资源，也不会去竞争锁了，这时的线程状态即是WAITING。
2. notify：选取所通知对象的 wait set 中的一个线程释放；例如，餐馆有空位置后，等候就餐最久的顾客最先入座。
3. notifyAll：则释放所通知对象的wait set上的全部线程。
1.6 调用wait和notify方法需要注意的细节：
1. wait方法与notify方法必须要由同一个锁对象调用。因为：对应的锁对象可以通过notify唤醒使用同一个锁对象调用的wait方法的线程。
2. wait方法与notify方法是属于Object类的方法的。因为：锁对象可以是任意对象，而任意对象的所属类都是继承了Object类的。
3. wait方法与notify方法必须要在同步代码块或者是同步函数中使用。因为：必须要通过锁对象调用这2个方法。
1.7 生产者与消费者问题
1.7.1 等待唤醒机制其实就是经典的“生产者与消费者”的问题。就拿生产包子消费包子来说等待唤醒机制如何有效利用资源：包子铺线程生产包子，吃货线程消费包子。当包子没有时（包子状态为false），吃货线程等待，包子铺线程生产包子 （即包子状态为true），并通知吃货线程（解除吃货的等待状态）,因为已经有包子了，那么包子铺线程进入等待状态。 接下来，吃货线程能否进一步执行则取决于锁的获取情况。如果吃货获取到锁，那么就执行吃包子动作，包子吃完（包子状态为false），并通知包子铺线程（解除包子铺的等待状态）,吃货线程进入等待。包子铺线程能否进一步执行则取决于锁的获取情况。
1.7.2 代码演示：
包子铺线程类：
测试类：
二、线程池
2.1 线程池 概念： 其实就是一个容纳多个线程的容器，其中的线程可以反复使用，省去了频繁创建线程对象的操作，无需反复创建线程而消耗过多资源。
2.2 使用线程池的好处：
1. 降低资源消耗。减少了创建和销毁线程的次数，每个工作线程都可以被重复利用，可执行多个任务。
2. 提高响应速度。当任务到达时，任务可以不需要的等到线程创建就能立即执行。
3. 提高线程的可管理性。可以根据系统的承受能力，调整线程池中工作线线程的数目，防止因为消耗过多的内存，而把服务器累趴下(每个线程需要大约1MB内存，线程开的越多，消耗的内存也就越大，最后死机)。
2.3 线程池的使用：在java.util.concurrent.Executors 线程工厂类里面提供了一些静态工厂，生成一些常用的线程池。使用Executors工程类来创建线程池对象。
2.4 线程池的常用方法：
public static Executor Service newFixedThreadPool(int nThreads) ：创建一个线程池，返回线程池对象。可以指定线程池中线程的最大数量。
public Future<?> submit(Runnable task) :获取线程池中的某一个线程对象，并执行， Future接口：用来记录线程任务执行完毕后产生的结果。线程池创建与使用。
2.5 使用线程池的步骤：
1. 创建线程池对象。
2. 创建Runnable接口子类对象。(task）
3. 提交Runnable接口子类对象。(take task)
4. 关闭线程池(一般不做)。
2.6 线程池使用举例：
三、 Lambda表达式
3.1 Lambda标准格式：(参数类型 参数名称) ‐> { 代码语句 }
格式说明：
1、小括号内的语法与传统方法参数列表一致：无参数则留空；多个参数则用逗号分隔
2、-> 是新引入的语法格式，代表指向动作。
3、大括号内的语法与传统方法体要求基本一致。
