具体的Thread提供的方法就不介绍了,这里会介绍线程状态，并发涉及到的相关组件以及等待通知模型

线程的状态

线程的状态

需要注意等待状态与阻塞状态的区别，分别是进入等待队列和同步队列(后面会详细讲述这里的实现部分，个人理解锁的核心就是这俩队列)

synchronized关键字:保证了线程访问的可见性和排他性

对象，监视器，同步队列，执行线程的关系

正确的理解关系才能更好的理解实现。理清楚对象，监视器，同步队列，执行线程的关系才能更好的深入实现部分理解
线程获取监视器对象成功则正常访问，失败则进入同步队列

---

等待／通知机制

它是基于同步机制提供了等待队列的模式，其目的是为了确保等待线程从wait()方法返回时能够感知到通知线程对变量做出的修改

有以下细节需要注意

• 使用wait()、notify()和notifyAll()时需要先对调用对象加锁。
• 调用wait()方法后，线程状态由RUNNING变为WAITING，并将当前线程放置到对象的 等待队列。
• notify()或notifyAll()方法调用后，等待线程依旧不会从wait()返回，需要调用notify()或 notifAll()的线程释放锁之后，等待线程才有机会从wait()返回。
• notify()方法将等待队列中的一个等待线程从等待队列中移到同步队列中，而notifyAll() 方法则是将等待队列中所有的线程全部移到同步队列，被移动的线程状态由WAITING变为 BLOCKED。

• 从wait()方法返回的前提是获得了调用对象的锁。

  
  WaitNotify运行过程

等待通知的经典范式

等待方遵循如下原则。

• 获取对象的锁。
• 如果条件不满足，那么调用对象的wait()方法，被通知后仍要检查条件。
• 条件满足则执行对应的逻辑。

对应的伪代码如下。

synchronized(对象) {
     while(条件不满足) {
          对象.wait();
     }
     // 对应的处理逻辑
}

通知方遵循如下原则。

• 获得对象的锁。
• 改变条件。
• 通知所有等待在对象上的线程。

对应的伪代码如下。

synchronized(对象) {
     // 改变条件
     对象.notifyAll();
}

---

这个经典范式适用情况太多了

稍微改编一下就可以变为等待超时模型

synchronized(对象) {
     long future = System.currentTimeMillis()+mills;
     long wait = mills;
     while(条件不满足 && wait>0) {
          对象.wait();
          wait = future - System.currentTimeMillis()();
     }
     // 对应的处理逻辑
}

---

依托于等待通知模型可以典型的构建模型有

阻塞队列（ArrayBlockedQueue（以ArrayList做中心），LinkedBlockedQueue（以LinkedList做中心））(这里还是很有价值的，下面会详细的介绍)
数据库连接池（以池对象作为中心）
线程池技术（以job队列作为中心,实际中是直接使用阻塞队列实现的）

其他

这里需要注意这个等待通知模型，它真的太屌了，后面介绍的锁的实现部分会深入的介绍等待队列，同步队列。如果没有很好的理解等待通知模型，那看实现部分感觉有点不切实际。还有WaitNotify运行过程那个图也是很好能理解等待队列，同步队列