keep moving!

     摘要: Sync:獲得/釋放(acquire/release) 協(xié)議


Mutex
ReentrantLock
Latch
CountDown

  閱讀全文

     摘要: 本文是由JR主持寫作的《J2SE進(jìn)階》一書的部分章節(jié)整理而成，《J2SE進(jìn)階》正在寫作、完善階段。您閱讀后，有任何建議、批評(píng)，請 和我聯(lián)系 ，或在 這兒留言 。《J2SE進(jìn)階》寫作項(xiàng)目組感謝您閱讀本文。

Java在語言層次上實(shí)現(xiàn)了對(duì)線程的支持。它提供了Thread/Runnable/ThreadGroup等一系列封裝的類和接口，讓程序員可以高效的開發(fā)Java多線程應(yīng)用。為了實(shí)現(xiàn)同步，Java提供了synchronize關(guān)鍵字以及object的wait()/notify()機(jī)制，可是在簡單易用的背后，應(yīng)藏著更為復(fù)雜的玄機(jī)，很多問題就是由此而起。
  閱讀全文

     摘要: JAVA后臺(tái)程序設(shè)計(jì)及UTIL.CONCURRENT包的應(yīng)用

何 恐

摘要 : 在很多軟件項(xiàng)目中，JAVA語言常常被用來開發(fā)后臺(tái)服務(wù)程序。線程池技術(shù)是提高這類程序性能的一個(gè)重要手段。在實(shí)踐中，該技術(shù)已經(jīng)被廣泛的使用。本文首先 對(duì)設(shè)計(jì)后臺(tái)服務(wù)程序通常需要考慮的問題進(jìn)行了基本的論述，隨后介紹了JAVA線程池的原理、使用和其他一些相關(guān)問題，最后對(duì)功能強(qiáng)大的JAVA開放源碼線 程池包util.concurrent 在實(shí)際編程中的應(yīng)用進(jìn)行了詳細(xì)介紹。
關(guān)鍵字: JAVA；線程池；后臺(tái)服務(wù)程序；util.concurrent

  閱讀全文

     摘要: 服務(wù)器程序利用線程技術(shù)響應(yīng)客戶請求已經(jīng)司空見慣,可能您認(rèn)為這樣做效率已經(jīng)很高，但您有沒有想過優(yōu)化一下使用線程的方法。該文章將向您介紹服務(wù)器程序如何利用線程池來優(yōu)化性能并提供一個(gè)簡單的線程池實(shí)現(xiàn)。

線程池的技術(shù)背景

  閱讀全文

     摘要: 線程池也許很多比較陌生 但是提到servlet每個(gè)人都知道，servlet就是用線程池來處理請求的
一個(gè)線程池由線程池管理器 工作線程 任務(wù)隊(duì)列和任務(wù)接口組成
一 線程池管理器---ThreadPoolMananger 主要負(fù)責(zé)啟動(dòng) 停止工作線程   閱讀全文

     摘要: 考慮這麼一個(gè)伺服器，它可以處理來自多個(gè)客戶端的服務(wù)請求（Request），為了不丟失客戶的請求，它要維持一個(gè)緩衝區(qū)，客戶的請求會(huì)先儲(chǔ)存至緩衝區(qū)中，而伺服器會(huì)從緩衝區(qū)中取出請求並執(zhí)行，如果緩衝區(qū)中沒有請求，則伺服器就等待，直到被通知有新的請求存入緩衝區(qū)中，伺服器再度進(jìn)行請求的執(zhí)行。  閱讀全文

     摘要: Thread-Per-Message模式是一個(gè)很簡單但很常應(yīng)用的模式，尤其是在GUI程式中，我們舉個(gè)例子，當(dāng)您設(shè)計(jì)一個(gè)文件編輯器時(shí)，您可能像這樣註冊一個(gè)開啟檔案的事件處理：  閱讀全文

     摘要: Worker Thread模式在Request的管理上像是 Producer Consumer 模式，在Request的行為上像是 Command 模式。

Producer Consumer模式專注於Product的生產(chǎn)與消費(fèi)，至於Product被消費(fèi)時(shí)是作何處理，則不在它的討論範(fàn)圍之中。
  閱讀全文

     摘要: Producer Consumer模式與 Guarded Suspension 模式 是類似的，只不過Guarded Suspension模式並不限制緩衝區(qū)的長度，Producer Consumer模式假設(shè)所生產(chǎn)的產(chǎn)品放置在一個(gè)長度有限制的緩衝區(qū)（就像是一個(gè)產(chǎn)品桌，它可以擺放的空間是有限的），如果緩衝區(qū)滿了，則生產(chǎn)者必須停止繼續(xù)將產(chǎn)品放到緩衝區(qū)中，直到消費(fèi)者取走了產(chǎn)品而有了空間，而如果緩衝區(qū)中沒有產(chǎn)品，當(dāng)然消費(fèi)者必須等待，直到有新的產(chǎn)品放到緩衝區(qū)中。   閱讀全文

     摘要: Future模式可以簡單的看成是 Proxy 模式 與 Thread-Per-Message 模式 的結(jié)合，在Proxy模式中，用一個(gè)Proxy來代替真正的目標(biāo)（Subject）生成，目標(biāo)的生成可能是費(fèi)時(shí)的，例如在開啟一個(gè)內(nèi)嵌圖片的文件中，希望程式能儘快完成開啟文件的動(dòng)作，並顯示一個(gè)可接受的畫面給使用者看，在還不需要看到圖片的頁面中先使用Proxy代替真正的圖片載入，只有在真正需要看到圖片時(shí)，才由Proxy物件載入真正的圖片。  閱讀全文

     摘要: Two-phase Termination直譯的話是「兩相終止」，不過就這個(gè)模式而言，該譯作「兩階段終止」比較適當(dāng)，想像您有一個(gè)執(zhí)行緒正在週期性的運(yùn)作，在「運(yùn)作階段」您送出了停止執(zhí)行緒的請求，這時(shí)候執(zhí)行緒不該慌張的馬上終止目前的工作，而是先完成這一次週期的工作，然後進(jìn)入「善後階段」完成一些善後的工作，例如關(guān)閉檔案或網(wǎng)路串流，所謂的兩階段終止，即中止「運(yùn)作階段」，並完成「善後階段」，完整的完成執(zhí)行緒的工作。
  閱讀全文

     摘要: 如果有一個(gè)資料檔有可能同時(shí)間會(huì)有許多客戶端對(duì)它進(jìn)行讀取與寫入的動(dòng)作，則必須注意資料的同步問題，像是兩個(gè)寫入者進(jìn)行寫入時(shí)，後一個(gè)寫入者的資料會(huì)有可能將次一個(gè)寫入者的資料覆蓋掉；而有時(shí)您希望讀取者看到的是最新的資料，如果在讀取的時(shí)候，有寫入者想要對(duì)資料進(jìn)行寫入，則最好等待讀取者讀取完畢，相反的如果在寫入時(shí)有客戶想要讀取資料，則最好等待，以確保讀出來的資料是最新的資料。  閱讀全文

     摘要: 無論如何，要編寫一個(gè)多執(zhí)行緒安全（thread-safe）的程式總是困難的，為了使用的共用資源，您必須小心的對(duì)共用資源進(jìn)行同步，同步帶來一定的效能延遲，而另一方面，在處理同步的時(shí)候，又要注意物件的鎖定與釋放，避免產(chǎn)生死結(jié)，種種因素都使得編寫多執(zhí)行緒程式變得困難。

Thread-Specific Storage模式嘗試從另一個(gè)角度來解釋多執(zhí)行緒共用資源的問題，其思考點(diǎn)很簡單，即然共用資源這麼困難，那麼就乾脆不要共用，何不為每個(gè)執(zhí)行緒創(chuàng)造一個(gè)資源的複本，將每一個(gè)執(zhí)行緒存取資料的行為加以隔離，其實(shí)現(xiàn)的方法，就是給予每一個(gè)執(zhí)行緒一個(gè)特定空間來保管該執(zhí)行緒所獨(dú)享的資源，也因此而稱之為 Thread- Specific Storage模式。
  閱讀全文