1、函数

第一个区别是在对系统资源的占用上。

wait是Object类的一个函数（也就意味着所有对象都有这个函数），指线程处于进入等待状态，此时线程不占用任何资源，不增加时间限制。wait可以被notify和notifyAll函数唤醒（当然这两个同时也是Object的函数）。

而sleep则是Thread类的一个函数，指线程被调用时，占着CPU不工作。此时，系统的CPU部分资源被占用，其他线程无法进入，会增加时间限制。

所以

• sleep（100L）意思为：占用CPU，线程休眠100毫秒
  
• wait（100L）意思为：不占用CPU，线程等待100毫秒
  

注意：wait和sleep最终都是调用native函数。

2、多线程

第二个区别是在多线程中对锁的处理上。（其实也是第一个区别的一个具体表现）

使用多线程就没法绕过同步问题，而wait和sleep对于同步锁也有不同的效果

（1）在使用上，调用Object的wait和notify函数前必须获取对象锁，即在synchronized(obj){...}代码块中。

（2）如果都在synchronized代码块中，wait(obj)函数可以释放锁，而sleep函数则不释放锁。

注意在wait释放锁这里有这样一个场景：

有两个线程，分别是A和B，在A线程中有如下代码：

synchronized(mLock){
     ...
     mLock.wait();
     ...
}
复制代码

这样在synchronized处获取对象锁，当执行到wait函数时，线程A进入等待状态，并且释放对象锁。

在B线程中有如下代码：

synchronized(mLock){
     ...
     mLock.notify();
     ...
}
复制代码

当线程A的wait函数释放锁时，B线程的synchronized获取了对象锁，开始执行代码。

当执行到notify函数时，唤醒A线程。但是这时由于B的synchronized代码块未执行完，所以未释放锁。所以先执行B线程notify后面的代码，B的synchronized代码执行完后释放锁，A线程获取锁并执行wait之后的代码。

（注意，如果有多个wait状态的object，notify函数只能唤醒其中一个，至于唤醒哪一个是由JVM决定的，而notifyAll则可以唤醒所有的）

让我们来测试一下，我们的测试代码如下：

Thread a = new Thread(new Runnable() {
    @Override
    public void run() {
        synchronized (mLock){
            Log.e("sss", "a 1");
            try {
                mLock.wait();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            Log.e("sss", "a 2");
        }
    }
});
Thread b = new Thread(new Runnable() {
    @Override
    public void run() {
        synchronized (mLock){
            Log.e("sss", "b 1");
            try {
                mLock.notify();
            } catch (Exception e) {
                e.printStackTrace();
            }
            Log.e("sss", "b 2");
        }
    }
});
a.start();
b.start();
复制代码

运行后，终端打印的日志如下：

12-14 18:50:12.909 22793-22824/com.example.testapplication E/sss: a 1 12-14 18:50:12.909 22793-22825/com.example.testapplication E/sss: b 1 12-14 18:50:12.909 22793-22825/com.example.testapplication E/sss: b 2 12-14 18:50:12.909 22793-22824/com.example.testapplication E/sss: a 2

这样我们就可以清楚的看到执行的前后顺序了，更容易理解上面提到的锁释放的时机了。