血煞长虹 的专栏

Hook线程使用的相对较少，然而它依然是多线程中重要的一环，尤其是在释放资源这方面，有着举足轻重的作用，希望本文能解开你心中的疑惑，助你一臂之力！

本文目的，通过短小精悍的实例，让你在最短时间，全面揭晓thread.setDaemon(true)守护线程的使用，及其使用场景。一看就懂，一学就会！其作用主要是用来，来让其（这里暂称之为子线程）随着调用它的主线程（这里暂称之为main方法）的结束而结束，不管该线程任务是否圆满完成，只要调用它的主线程结束了，它（子线程）就跟随这结束。

本文较为系统，全面的介绍了在多线程中，synchronized理论和用法 | Lock和ReentrantLock Volatile 区别和联系，主要涉及常区分不清的理论，不涉及过深的源码剖析，是多线程爱好者不可多得的好文，点击进入一饱眼福吧！............

结论是：join()只会释放Thread的锁，不会释放线程对象的锁（可能会造成死锁），原因是因为：join底层调用的是wait()，而wait是Object的方法，wait本身是会释放锁（彻底交出CPU的执行权），所以 Thread 的join() 方法会释放锁，单独需要看情况（synchronized作用对象是thread还是object）

讨论这个问题前，需要先了解以下知识点！1、等待队列（blocked）中的线程不参与cpu竞争，就绪队列(runable)中的线程才会参与cpu竞争。2、CPU竞争策略有多种，Unix使用的是时间片算法，Windows属于抢占式。yield仅仅是告诉系统让出CPU执行权，什么时候让，由系统决定，不会释放锁。join让调用该方法的线程优先执行，关于锁，会释放对象锁（可能造成死锁），不释放线程锁。wait，它是Object的方法，会释放锁……

三者都使用了参数，只是睡眠的时间长短不一样。如果单单从睡眠时间结束后的结果来看，三者的作用是一样的，都是不释放锁，都是睡醒后重新同其他线程竞争CPU的执行权，问题就出在0、1、1000，这段时间发生了什么。0，意味着没有休息，离开进入下一轮的CPU执行权竞争中，可能竞争成功也可能失败。1，是一样的，仅仅是休息1毫秒后，离开进入下一轮的竞争，仅仅是在这1毫秒内进入了等待状态。1000，相对于1，此时的1000就不难理解了，它仅仅是休息的时间（放弃竞争CPU执行权）的时间更长。