今天同學(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一直在等待，所以這就是程序永遠不會終止的原因所在。
