java多線程學習（一），java多線程學習

java多線程學習（一），java多線程學習
一、作業系統中線程和進程的概念

線程是指進程內的一個執行單元，也是進程內的可調度實體。

線程與進程的區別：

(1)地址空間：線程為進程內的一個執行單元；進程至少有一個線程(進程的主線程)；進程的所有線程共用進程的地址空間；而進程有自己的獨立的地址空間。

(2)資源擁有：進程是資源分派和擁有的單位，同一個進程內的線程共用進程的資源。

(3)線程是處理器調度的基本單元，但進程不是。

(4)進程和線程都可以並發執行。

通俗的講就是：

進程是指一個記憶體中啟動並執行應用程式，每個進程都有自己獨立的一塊記憶體空間，一個進程可以啟動多個線程。

線程是指進程中的一個執行流程，一個進程中可以運行多個線程。線程總是屬於某個進程，進程中的多個線程共用進程的記憶體。

二、java中的線程

在java中，“線程”指兩件不同的事情。

1、java.lang.Thread類的一個執行個體。

2、線程的執行。

java中的線程使用java.lang.Thread類或者實現java.lang.Runnable介面來實現線程的定義，執行個體化和啟動新線程。

一個Thread類執行個體只是一個對象，和java中的任何其他對象一樣，具有變數和方法，生死在堆上。

java中每個線程都有一個調用棧，即使不在程式中建立任何新的線程，線程也在後台運行著。

java程式總是從main()方法開始運行，main()方法運行在一個線程內，這個即為主線程。

每次建立一個新的線程，就會產生一個新的調用棧。

線程的總體分類為兩種：User Thread(使用者線程)和Daemon Thread(守護線程)。

當所有的使用者線程執行完畢的時候，JVM會自動關閉。守護線程一般是由作業系統或者使用者自己建立的。

Daemon Thread的作用是為其他線程的運行提供服務的，比如說GC線程，User Thread和Daemon Thread的主要區別在於虛擬機器的離開：如果User Thread全部撤離，那麼Daemon Thread也就沒有為啥線程提供服務了，所以虛擬機器退出。

JRE判斷程式是否執行結束的標準是所有的前台執行線程完畢了，而不管後台線程的狀態。

java多線程怎學習，有什資料

好學，你會基礎，看看API文檔，做兩個小例子就明白了。沒什麼難的，API文檔要JAVA基礎的就行，裡面都有。
你要要 發給你點PPT吧 給個郵箱。
 
怎學習java多線程這塊？

學習Java其實應該上升到如何學習程式設計這種境界，其實學習程式設計又是接受一種編程思想。每一種語言的程式設計思想 大同小異，只是一些由語言特性的而帶來的細微差別，比如Java中的Interface，你幾乎在以前的學習中沒有碰到過。以下9點是“小舒的部落格”總結的學習筆記，希望對你有所協助！！
1。我們必須明確一個大方向，也就是說現在物件導向的編程範疇。儘管人工智慧曾經有所浪潮（看看Borland為什麼有TurboProlog），但未來5-10年工業界廣泛承認並接受的將是物件導向式的編程。
2。工業界目前最流行的物件導向程式設計語言就是C++和Java。所以基本上鎖定這兩個方向就可以了。而且完全可以同時掌握。
3。掌握Java的精華特性而且一定要知道為什麼。比如，Interface和multi-thread。用interface是更好的多繼承的模型，而多線程則是設計到語言一級的重要特性。要完全理解interface是為什麼，用多線程又有幾種常用的編程模型。
4。理解了語言的特性是為什麼了之後，就可以試著上升到設計這個層次，畢竟學習語言是要用的。目前比較好的開發模式是採用自定向下的物件導向的設計，加上MVC的模式（你可以看一下我介紹的關於MVC的內容）。首先要找出最頂層的對象（這往往是最難的），然後一層一層往下遞迴，記住每次應符合7+/-2的原則，因為我們人的短記憶就是這樣。一般有圖形化使用者介面的應從介面開始設計。
5。有了基本設計模型後，可以學一些設計模式（Design Pattern)。這是目前證明很有效。比如體繫結構模式（Layering分層，
Pipe/Filter管道或過濾器），設計模式（有很多，比如對象池Object Pool、緩衝池Cache等），編程模式（比如Copy-on-Write）。
懂了這些模式之後，就會對系統的整體結構有很好的把握，而學術上也有傾向一個系統完全可以由各種模式組合而成。前面提到的MT實際上就有好幾種模式，掌握後就不用自己花很多時間去試了。另外一個很重要的領域就是並行和分散式運算領域，大概有20種左右。
6。接下來就不能紙上談兵了，最好的方法其實是實踐。一般教科書上的例子並不能算是實踐，只能算是讓你掌握語言特性用的。而提倡做實際的Project也不是太好，因為你還沒有熟練的能力去綜合各種技術，這樣只能是你自己越來越迷糊。我認為比較好的方法是找一些比較經典的例子，每個例子比較集中一種編程思想而設計的。從HotDraw上我學到了什麼是Framework，以及如何用rolemodel的方式來構造，這樣我就可以應用到其他的地方。順便說一句，這個例子你絕對不會覺得小，只會覺得大，並且他還是真正的商用的Framework。
7。結合前面學到的設計模式你就可以很好的理解這些經典的例子。並且自己可以用他來實現一些簡單的系統。如果可以對他進行進一步的修改，找出你覺得可以提高效能的地方，加上自己的設計，那就更上一個層次了，也就會真正地感到有所收穫。
8。好象以上談的跟Java沒什麼關係，其實我們早就應該從單純的學習語言到真正的學習好編程的領域。學習技術是沒有止境的，你學習第一種語言可能要半年時間，以後每種語言都不應該超過兩個月，否則你會覺得學習語言是包袱，是痛苦。
9。學習是為了用的，是為了讓你的程式產生價值，把握住這個原則會比較輕鬆點。
......餘下全文>>