關于Java的線程，初學或者接觸不深的大概也能知道一些基本概念，同時又會很迷惑線程到底是怎么回事？如果有人認為自己已經懂了不妨來回答下面的問題：
a. A對象實現(xiàn)Runnable接口，A.start()運行后所謂的線程對象是誰？是A么？
b. 線程的wait()、notify()方法到底是做什么時候用的，什么時候用？
c. 為什么線程的suspend方法會被標注過時，不推薦再使用，線程還能掛起么？
d. 為了同步我們會對線程方法聲明Synchronized來加鎖在對象上，那么如果父類的f()方法加了Synchronized，子類重寫f()方法必須也加Synchronized么？如果子類的f()方法重寫時聲明Synchronized并調用super.f()，那么子類對象上到底有幾把鎖呢？會因為競爭產生死鎖么？
呵呵，各位能回答上來幾道呢？如果這些都能答上來，說明對線程的概念還是滿清晰的，雖說還遠遠不能算精通。筆者這里一一做回答，礙于篇幅的原因，筆者盡量說得簡介一點，如果大家有疑惑的歡迎一起討論。
首先第一點，線程跟對象完全是兩回事，雖然我們也常說線程對象。但當你用run()和start()來啟動一個線程之后，線程其實跟這個繼承了 Thread或實現(xiàn)了Runnable的對象已經沒有關系了，對象只能算內存中可用資源而對象的方法只能算內存正文區(qū)可以執(zhí)行的代碼段而已。既然是資源和代碼段，另外一個線程當然也可以去訪問，main函數執(zhí)行就至少會啟動兩個線程，一個我們稱之為主線程，還一個是垃圾收集器的線程，主線程結束就意味著程序結束，可垃圾收集器線程很可能正在工作。
第二點，wait()和sleep()類似，都是讓線程處于阻塞狀態(tài)暫停一段時間，不同之處在于wait會釋放當前線程占有的所有的鎖，而 sleep不會。我們知道獲得鎖的唯一方法是進入了Synchronized保護代碼段，所以大家會發(fā)現(xiàn)只有Synchronized方法中才會出現(xiàn) wait，直接寫會給警告沒有獲得當前對象的鎖。所以notify跟wait配合使用，notify會重新把鎖還給阻塞的線程重而使其繼續(xù)執(zhí)行，當有多個對象wait了，notify不能確定喚醒哪一個，必經鎖只有一把，所以一般用notifyAll()來讓它們自己根據優(yōu)先級等競爭那唯一的一把鎖，競爭到的線程執(zhí)行，其他線程只要繼續(xù)wait。
從前Java允許在一個線程之外把線程掛起，即調用suspend方法，這樣的操作是極不安全的。根據面向對象的思想每個對象必須對自己的行為負責，而對自己的權力進行封裝。如果任何外步對象都能使線程被掛起而阻塞的話，程序往往會出現(xiàn)混亂導致崩潰，所以這樣的方法自然是被斃掉了啦。
最后一個問題比較有意思，首先回答的是子類重寫f()方法可以加Synchronized也可以不加，如果加了而且還內部調用了super.f ()的話理論上是應該對同一對象加兩把鎖的，因為每次調用Synchronized方法都要加一把，調用子類的f首先就加了一把，進入方法內部調用父類的 f又要加一把，加兩把不是互斥的么？那么調父類f加鎖不就必須永遠等待已經加的鎖釋放而造成死鎖么？實際上是不會的，這個機制叫重進入，當父類的f方法試圖在本對象上再加一把鎖的時候，因為當前線程擁有這個對象的鎖，也可以理解為開啟它的鑰匙，所以同一個線程在同一對象上還沒釋放之前加第二次鎖是不會出問題的，這個鎖其實根本就沒有加，它有了鑰匙，不管加幾把還是可以進入鎖保護的代碼段，暢通無阻，所以叫重進入，我們可以簡單認為第二把鎖沒有加上去。
總而言之，Synchronized的本質是不讓其他線程在同一對象上再加一把鎖。
posted on 2010-08-17 09:48
David1228 閱讀(282)
評論(0) 編輯 收藏 所屬分類:
JAVA