今天同學(xué)問我一個問題，為什么他執(zhí)行的代碼不會結(jié)束旺矾，代碼如下:

public class TestAccount {

    public static void main(String[] args) {
        // TODO Auto-generated method stub
        Account acc = new Account();
        new Thread(acc).start();
        new Thread(acc).start();
    }

}

class Account implements Runnable {

    int balance = 0;

    @Override
    public void run() {
        // TODO Auto-generated method stub
        for (int i = 0; i < 3; i++) {
            synchronized (this) {
                notify();
                balance += 1000;
                System.out.println(Thread.currentThread().getName() + "存入1000元,賬戶余額為:" + balance);
                try {
                    wait();
                } catch (InterruptedException e) {
                    // TODO Auto-generated catch block
                    e.printStackTrace();
                }
            }
        }
    }
}

其運行結(jié)果如下:

Thread-0存入1000元,賬戶余額為:1000
Thread-1存入1000元,賬戶余額為:2000
Thread-0存入1000元,賬戶余額為:3000
Thread-1存入1000元,賬戶余額為:4000
Thread-0存入1000元,賬戶余額為:5000
Thread-1存入1000元,賬戶余額為:6000

從代碼里可以看出箱舞，一個有兩個線程，共享一個對象掏导，也就是多線程編程的問題，多線程操作一個共享變量羽峰，使用了同步代碼塊來實現(xiàn)的并發(fā)編程趟咆。其實添瓷，代碼沒有結(jié)束的原因很簡單，就是Thread-1在最后一次執(zhí)行后值纱，調(diào)用了wait方法鳞贷，還在那等待，所以程序始終沒有結(jié)束虐唠。

注意點

這里要注意的就是搀愧，notify()調(diào)用后，并不是馬上就釋放對象鎖的疆偿，而是在相應(yīng)的同步塊或同步方法中執(zhí)行結(jié)束咱筛，自動釋放鎖后，JVM會在wait()對象鎖的線程中隨機選取一線程杆故，賦予其對象鎖迅箩，喚醒線程，繼續(xù)執(zhí)行处铛。所以說饲趋，在同步代碼塊或者同步方法上，notify放在哪個位置其實沒有什么影響撤蟆。

流程分析

1.

開始奕塑，線程0和線程1都執(zhí)行了，但是因為線程0獲得了鎖家肯，所以線程1被阻塞爵川， 線程0 執(zhí)行完 balance += 1000;后打印1000，調(diào)用wait息楔，釋放鎖同時也釋放cpu資源寝贡，最后調(diào)用notify，此時線程1收到喚醒通知值依。

此時線程0的i=0

2.

線程1收到通知后圃泡，然后獲得鎖，執(zhí)行完balance += 1000;后打印2000愿险，然后調(diào)用wait颇蜡，釋放鎖同時也釋放cpu資源，最后調(diào)用notify辆亏，此時線程0收到喚醒通知风秤。

此時線程1的i=0

3.

線程0收到通知后，然后獲得鎖扮叨，執(zhí)行完balance += 1000;后打印3000缤弦，然后調(diào)用wait，釋放鎖同時也釋放cpu資源彻磁，最后調(diào)用notify碍沐，此時線程1收到喚醒通知狸捅。

此時線程0的i=1

4.

線程1收到通知后，然后獲得鎖累提，執(zhí)行完balance += 1000;后打印4000尘喝，然后調(diào)用wait，釋放鎖同時也釋放cpu資源斋陪，最后調(diào)用notify朽褪，此時線程0收到喚醒通知。

此時線程1的i=1

5.

線程0收到通知后无虚，然后獲得鎖缔赠，執(zhí)行完balance += 1000;后打印5000，然后調(diào)用wait骑科，釋放鎖同時也釋放cpu資源，最后調(diào)用notify构拳，此時線程1收到喚醒通知咆爽。

此時線程0的i=2

6.

線程1收到通知后，然后獲得鎖置森，執(zhí)行完balance += 1000;后打印6000斗埂，然后調(diào)用wait，釋放鎖同時也釋放cpu資源凫海，最后調(diào)用notify呛凶，此時線程0收到喚醒通知。

此時線程1的i=2

7.

線程0收到通知后行贪，被喚醒漾稀，然后執(zhí)行i++之后i=3，然后執(zhí)行for循環(huán)后建瘫，發(fā)現(xiàn)不符合循環(huán)條件崭捍，最后跳出for循環(huán)，線程0執(zhí)行完畢啰脚。
　然而殷蛇，因為線程0執(zhí)行完畢，線程1永遠也收不到通知橄浓，所以線程1一直在等待粒梦，所以這就是程序永遠不會終止的原因所在。