并发（8）

46.Thread.sleep(),Object.wait(),Condition.await(),LockSupport.part()的区别？

47.如果在wait（）之前执行了notify（）会怎样？

48.如果在park()之前执行了unpark()会怎样？

49.什么是AQS？为什么他是核心？

50.AQS的核心思想是什么？

46.Thread.sleep(),Object.wait(),Condition.await(),LockSupport.part()的区别？

Thread.sleep()和Object.wait()的区别

首先，我们先来看看Thread.sleep()和Object.wait()的区别，这是一个烂大街的题目了，大家应该都能说上来两点。

1.Thread.sleep()不会释放占有的锁，Object.wait()会释放占有的锁。

2.Thread.sleep()必须传入时间，Object.wait()可传可不传，不传表示一直阻塞下去；

3.Thread.sleep()到时间了会自动唤醒，然后继续执行；

4.Object.wait()不带时间的，需要另一个线程使用Object.notify()唤醒。

5.Object.wait()带时间的，假如没有被Notify,到时间了会自动唤醒，这时又分两种情况，一是立即获取到了锁，线程自然会继续执行；二是没有立刻获取锁，线程进入同步队列等待获取锁；

其实，他们最大的区别就是Thread.sleep()不会释放锁资源，Object.wait()会释放锁资源。

Object.wait()和Condition.await()的区别

Object.wait()和Condition.await()的原理是基本一致的，不同的是Condition.await()底层是调用LockSupport.park()来实现阻塞当前线程的。

实际上，他在阻塞当前线程之前还干了两件事,一是把当前线程添加到条件队列中，而是”完全“释放锁，也就是让state状态变量变为0，然后才是调用LockSupport.park()阻塞当前线程。

Thread.sleep()和LockSupport.park()的区别

LockSupport.park()还有几个兄弟方法－parkNanos(),parkUtil()等，我们这里说的park()方法统称这一类方法。

1.从功能上来说，Thread.sleep()和LockSupport.park()方法类似，都是阻塞当前线程的执行，且都不会释放当前线程占有的锁资源；

2.Thread.sleep()没法从外部唤醒，只能自己醒过来。

3.LockSupport.park()方法可以被另一个线程调用LockSupport.unpark()方法唤醒。

4.Thread.sleep()方法声明上抛出了InterruptException中断异常，所以调用者需要捕获这个异常或者再抛出。

5.LockSupport.park()方法不需要捕获中断异常。

6.Thread.sleep()本身就是一个native方法。

7.LockSupport.park()底层是调用的Unsafe的Native方法；

Object.wait()和LockSupport.park()的区别

二者都会阻塞当前线程的运行，他们有什么区别呢？经过上面的分析相信你一定很清楚了，真的吗？往下看！

1.Object.wait()方法需要在synchronized块中执行；

2.LockSupport.park()可以在任意地方执行；

3.Object.wait()方法声明抛出了中断异常，调用者需要捕获或者再抛出。

4.LockSupport.park()不需要捕获中断异常。

5.Object.wait()不带超时的，需要另一个线程执行notify()来唤醒，但不一定继续执行后续内容。

6.LockSupport.park()不带超时的，需要另一个线程执行unpark()来唤醒，一定会继续执行后续内容；

park()/unpark()底层的原理是”二元信号量“，你可以把他相像成只有一个许可证的Semaphore，只不过这个信号量在重复执行unpark()的时候也不会再增加许可证，最多只有一个许可证。

47.如果在wait（）之前执行了notify（）会怎样？

如果当前的线程不是此对象锁的所有者，却调用该对象的notify（）或者wait（）方法抛出IIlegalMonitorStateException异常；

如果当前线程是此对象锁的所有者，wait（）将一直阻塞，因为后续将没有其他notify（）唤醒他。

48.如果在park()之前执行了unpark()会怎样？

线程不会被阻塞，直接跳过park()，继续执行后续内容。

49.什么是AQS？为什么他是核心？

AQS是一个用来构建锁和同步器的框架，使用AQS能简单且高效的构造出应用广泛的大量的同步器，比如我们提到的ReentrantLock,Semaphore，其他的诸如ReentrantReadWriteLock，SynchronousQueue，FutureTask等等皆是基于AQS的。

AQS核心思想是，如果请求的共享资源空闲，则将当前请求资源的线程设置为有效的工作线程，并且将共享资源设置为锁定状态。如果被请求的共享资源被占用，那么就需要一套线程阻塞等待以及被唤醒时锁分配的机制，这个机制AQS是用CLH队列锁实现的，即将暂时获取不到锁的线程假如到队列中。

AbstractQueuedSynchronizer类底层的数据结构是使用CLH（Craig,Landin,and Hagersten)队列是一个虚拟的双向队列（虚拟的双向队列即不存在队列实例，仅存在结点之间的关联关系）。AQS是将每条请求共享资源的线程封装成一个CLH锁队列的一个结点（Node）来实现锁的分配。其中Sync queue，即同步队列，是双向链表，包括head结点和tail结点，head结点主要用作后续的调度。而Condition queue不是必须得，其是一个单向链表，只有当使用Condition时，才会存在此单向链表。并且可能会有多个Condition queue。