1.死锁
-
在线程同步过程中，因为多线程争抢锁资源，所以有些线程会执行，有些线程会等待。
-
如果线程A和线程B分别需要 X和Y两个锁资源
恰好A获得了X资源，准备争抢Y ， 而B获得了Y资源，准备争抢X，此时A和B就进入了一中死锁状态。
如何解决死锁问题？
①从业务逻辑层面解决
让它们随机抢资源 让它们抢资源时间不同
②从技术层面
给它们添加一把锁 可以使用lock锁 trylock（5）
2.线程生命周期
3.线程中断方法
3.1Thread.sleep（）方法
-
Thread类的一个静态方法
-
让当前正在执行的线程处于睡眠状态
-
指定睡眠时间，时间过后，自动唤醒，唤醒后，线程进入就绪状态，准备争抢CPU
-
睡眠期间，一旦被其他线程调用了当前线程的interrupt方法中断，会抛出异常
-
如果线程抢占了一个对象锁，睡眠期间不会释放对象锁。
3.2Thread.yield（）方法
让步，当前线程让出CPU，与其他线程重新争抢CPU
3.3Thread.join（）方法
-
插队，当前线程调用指定线程对象的join方法，将指定线程加入当前线程的执行序列
-
当指定线程执行完毕后，当前线程才会继续执行。（此时直接处于运行状态）
通过底层原码可知，join方法会不挺的检测线程的存活状态
当目标线程执行完毕后，自动销毁，不再存货
当前线程一旦发现目标线程销毁，则继续执行自己的操作。在判断时一定已经获得cpu了
-
最常用的就是通过join方法，实现确保所有的其他线程都执行完毕，当前线程再继续执行。
3.4Object.wait（）方法
-
这是Object对象的方法，也是所有对象都拥有的方法
-
该方法必须用在同步方法或同步代码段中
因为线程要想执行同步方法或同步代码段，需要先获得对应的锁对象
-
在同步方法或同步代码段中，获得的是哪个对象的对象锁，才可以调用哪个对象的wait方法
表示让出当前对象的对象锁，获得当前对象锁的当前线程处于等待状态
等待再次获得该对象的对象锁，才能继续执行剩下未完成部分代码
-
一般多因为逻辑数据未达标，需要临时让出对象锁，让其他线程先执行。
-
当其他线程使用完该对象的对象锁后，需要调用该对象的
notify或notifyall方法唤醒等因为wait方法而等待该对象锁的线程。
-
wait的重载方法
obj.wait()会一直等待，直到被另一个线程调用obj.notify or obj.notifyall唤醒obj.wait(time)会等待指定的毫秒数，自动唤醒，唤醒后如果依然没有获得锁，会继续等待
-
notify和notifyAll方法
-
也需要在同步方法或同步代码段中使用，并且需要先确保获得了该对象的对象锁
obj.notify()表示随机唤醒一个因为wait方法等待当前锁的线程obj.notifyAll()表示唤醒所有因为wait方法而等待当前锁的线程 -
-
同步队列与等待队列
-
synchronized锁是依赖于系统级别的锁，称之为重量级锁
-
在应用过程中，会产生两个队列
-
一个称为同步队列，当多个线程因调用同步方法或同步代码段时，对同一把锁进行争抢，当一个线程抢到，其他线程进入同步等待队列
-
一个称为条件队列，当一个线程已经获得了对象锁，因为某些业务条件不支持，
不得不通过wait方法让出锁，同时重新等待这把锁
此时当前线程会被存入条件等待队列
notify方法唤醒的是条件等待队列中的线程。
唤醒之后，条件等待队列中的线程会被加入同步等待队列
-
-
当线程1234按顺序争抢锁时，线程1获得锁， 线程234进入同步队列
当线程1使用完毕，释放锁后， 同步队列中的线程会按照倒序依次被唤醒
系统级别的同步队列是一个倒序唤醒过程，不代表所有的同步队列都是这个顺序（如：lock)
-
3.5lock的wait等待
-
lock是synchronized的代替方案
-
所以也提供了类似于synchronized配合wait相关的功能
-
注意：这里使用的不是lock对象的wait方法
-
通过lock对象可以获得一个condition对象，表示条件对象
当业务逻辑中不满足某些条件的时候，可以基于Condition条件对象进行等待
Condition condition = lock.newCondition(); -
当业务执行时，遇到等待条件，通过调用
condition.await(); // "buka".wait()线程等待进入等待队列
-
当另一个线程使用完锁之后，通过调用
condition.signal() or singalAll()唤醒线程将等待队列中的线程重新加入同步队列
