1. Thread.sleep(long) 和Thread.yield()都是Thread类的静态方法，在调用的时候都是Thread.sleep(long)/Thread.yield()的方式进行调用。而join()是由线程对象来调用。
2. Thread.sleep(long)是让当前运行的线程睡眠一会，这里说的睡眠的意思是让线程从运行状态进入阻塞状态，只有等阻塞时间过后才进入就绪状态（并不是直接进入运行状态），是否进入运行状态就要看jvm的内部调用机制了，通常是级别较高的处于就绪状态的线程会被调度进入就绪状态。
3. 线程如果是通过继承Thread类，重写起run方法来实现的，那么在调用Thread.sleep(long)/Thread.yield()方法时当然可以不要Thread，直接使用sleep(long)/yield()。但如果是实现Runnable接口来实现的就必须有Thread。
4. 如果Thread.sleep(long)/Thread.yield()使用在由synchronized锁定的代码块或者方法当中，那么在调用他们的过程当中，并不会释放锁。而是即使是睡眠也抱着这把锁不让别人访问。
5．join()方法使调用该方法的线程在此之前执行完毕，也就是等待调用该方法的线程执行完毕后再往下继续执行。注意该方法和sleep方法都要捕获异常。
6．yield()方法是让当前线程直接由运行状态进入就需状态，然后让jvm重新调度一次，但是这次调度只会让处于就绪队列中比当前线程优先级高或者相等的线程运行，很可能某个线程在调用了yield方法后，又被jvm调度进来运行。
7．wait()和notify()、notifyAll() 这三个方法用于协调多个线程对共享数据的存取，所以必须在Synchronized语句块内使用这三个方法。前面说过Synchronized这个关键字用于保护共享数据，阻止其他线程对共享数据的存取。但是这样程序的流程就很不灵活了，如何才能在当前线程还没退出Synchronized数据块时让其他线程也有机会访问共享数据呢？此时就用这三个方法来灵活控制。wait()方法使当前线程暂停执行并释放对象锁标志，让其他线程可以进入Synchronized数据块，当前线程被放入对象等待池中。当调用 notify()方法后，将从对象的等待池中移走一个任意的线程并放到锁标志等待池中，只有锁标志等待池中的线程能够获取锁标志；如果锁标志等待池中没有线程，则notify()不起作用。 notifyAll()则从对象等待池中移走所有等待那个对象的线程并放到锁标志等待池中。
8.我对wait的一点个人理解：将设线程为A线程、A线程持有锁(进入synchronized代码段)后执需要行同步代码，当执行到调用锁.wait()时，意思是让A线程进入阻塞状态(注意这个时候A线程的synchronized方法中锁.notify()这句代码后可能还有一大段代码没有执行就被阻塞在这里了)并且释放同步锁（释放锁的同时将自身线程放入到了该锁的等待队列当中）；释放锁的瞬间其他的线程就已经获取到了该锁（这里姑且给这个其他线程起个名字叫做B线程）、当B线程调用了锁.notify()的时候其实B线程自己是一点都没有受到影响，因为这时B既没有阻塞也没有释放锁还是没事一样的执行完synchronized里面的代码；但是B线程刚刚的那句锁.notify()可以告诉虚拟机我B线程可能马上就要执行完了（当然具体多久还是程序员说了算，这个完全要看B线程的synchronized方法中锁.notify()这句代码后面还有多长没执行完），还告诉虚拟机你现在要立即从锁的等待队列中取出一个线程进入到就绪状态（这时候可能恰巧将A线程取出来了）。但这是A线程并不能立即就执行，因为B可能还没有执行完（没执行完就没有释放锁），A线程要想继续执行就必须再次获得锁；一旦B执行完，A就能获得锁了。但是A获得了锁是不是从synchronized方法重头再执行一遍呢？肯定不是！这时候A会接着上次notify（）后的代码执行，这样来达到线程间通讯目的。