本文主要是通過一個(gè)銀行用戶取錢的實(shí)例，演示java/234794.html">java/304058.html">javascript/123081.html">java編程多線程并發(fā)處理場景，具體如下。
從一個(gè)例子入手：實(shí)現(xiàn)一個(gè)銀行賬戶取錢場景的實(shí)例代碼。
第一個(gè)類：Account.java
賬戶類：
package cn.edu.byr.test;public class Account { private String accountNo; private double balance; public Account(){ } public Account(String accountNo,double balance){ this.accountNo = accountNo; this.balance = balance; } public int hashcode(){ return accountNo.hashCode(); } public String getAccountNo(){ return this.accountNo; } public double getBalance(){ return this.balance; } public void setBalance(double balance){ this.balance = balance; } public Boolean equals(Object obj){ if(this == obj) return true; if(obj != null && obj.getClass() == Account.class){ Account target = (Account)obj; return target.getAccountNo().equals(accountNo); } return false; }}第二個(gè)類：DrawThread.java
取錢線程類：
package cn.edu.byr.test;public class DrawThread extends Thread { private Account account; private double drawAmount; public DrawThread(String name,Account account,double drawAmount){ super(name); this.account = account; this.drawAmount = drawAmount; } public void run(){ // synchronized (account) { if(account.getBalance() > drawAmount){ System.out.println(getName() + "取錢成功，吐出鈔票：" + drawAmount); // try{ // Thread.sleep(1); // } // catch(InterruptedException e){ // e.printStackTrace(); // } account.setBalance(account.getBalance() - drawAmount); System.out.println("/t 余額為 ： " + account.getBalance()); } else System.out.println(getName() + "取錢失敗，余額不足！"); // } } public static void main(String[] args){ Account acct = new Account("123456",1000); new DrawThread("A",acct,800).start(); new DrawThread("B",acct,800).start(); }}上面代碼中注釋掉的部分：（1）synchronized同步代碼塊 （2）線程休眠。如果注釋掉（1）、（2），則運(yùn)行結(jié)果有多種可能性，可能性之一（概率較小），符合正常邏輯：
B取錢成功，吐出鈔票：800.0
余額為 ： 200.0
A取錢失敗，余額不足！
應(yīng)該是B先強(qiáng)找到取錢資源，并且正確修改余額后，A才開始判斷用戶余額；這種概率非常小，多數(shù)運(yùn)行會類似以下情況：
A取錢成功，吐出鈔票：800.0
B取錢成功，吐出鈔票：800.0
余額為 ： -600.0
余額為 ： 200.0
這明顯是不符合邏輯的，從運(yùn)行結(jié)果可以猜測，A先搶占資源，取出金額，但在修改余額之前，資源被B搶占；由于余額未被修改，則B看到余額仍然是800，B仍然取出金額；A先運(yùn)行修改余額，但并未打印，B搶奪資源；B修改余額，并打印余額，為-600；A打印余額，為200；
如果加上（2）線程休眠，則一定是錯(cuò)誤狀況，因?yàn)锳或B在取出金額后一定會因?yàn)閟leep釋放CPU資源，JVM會調(diào)用其他處于準(zhǔn)備狀態(tài)的進(jìn)程。第二個(gè)取錢判斷余額一定是錯(cuò)誤的。
如果加上（1）synchronized同步代碼塊，在線程run方法體中對account進(jìn)行加鎖；則每次都會保證執(zhí)行邏輯正常：
A取錢成功，吐出鈔票：800.0
余額為 ： 200.0
B取錢失敗，余額不足！
可以設(shè)想一下執(zhí)行過程：
A先搶占資源，在run方法體初始對account類進(jìn)行加鎖；然后開始執(zhí)行同步代碼塊；如果執(zhí)行到中間某個(gè)環(huán)節(jié)，CPU資源被B搶占；B開始執(zhí)行，一開始也會對account類進(jìn)行加鎖。但是加鎖時(shí)會發(fā)現(xiàn)account已經(jīng)被A占用，則會調(diào)整為阻塞狀態(tài)等待A釋放資源；A執(zhí)行完同步代碼塊后釋放account的鎖，B繼續(xù)執(zhí)行；B運(yùn)行時(shí)看到的余額保證是A已經(jīng)修改過的，會按照正確邏輯正常執(zhí)行。
總結(jié)
以上就是本文關(guān)于java編程多線程并發(fā)處理實(shí)例解析的全部內(nèi)容，希望對大家有所幫助。感興趣的朋友可以繼續(xù)參閱本站其他相關(guān)專題，如有不足之處，歡迎留言指出。感謝朋友們對本站的支持！
新聞熱點(diǎn)
疑難解答
圖片精選
