keep moving!

     摘要: UDP的簡(jiǎn)單例子  閱讀全文

     摘要: 通過(guò)數(shù)據(jù)字典校驗(yàn)xml  閱讀全文

     摘要: 數(shù)據(jù)文件比較工具  閱讀全文

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


Mutex
ReentrantLock
Latch
CountDown

  閱讀全文

     摘要: Java 1.1通過(guò)對(duì)Java語(yǔ)言規(guī)范進(jìn)行修改，顯著簡(jiǎn)化了一些實(shí)用結(jié)構(gòu)的實(shí)現(xiàn)。在那些修改中，最引人注目的就是內(nèi)部類(lèi)和匿名類(lèi)。如運(yùn)用得當(dāng)，它們可使程序更易理解和維護(hù)。下面來(lái)看看這些特性具體是如何工作的，如何正確使用它們，以及如何避免一些常見(jiàn)的錯(cuò)誤。   閱讀全文

     摘要: 內(nèi)部類(lèi)是在一個(gè)類(lèi)的內(nèi)部嵌套定義的類(lèi)，它可以是其它類(lèi)的成員，也可以在一個(gè)語(yǔ)句塊的內(nèi)部定義，還可以在表達(dá)式內(nèi)部匿名定義。

　　內(nèi)部類(lèi)有如下特性：

　　◇ 一般用在定義它的類(lèi)或語(yǔ)句塊之內(nèi),在外部引用它時(shí)必須給出完整的名稱(chēng).名字不能與包含它的類(lèi)名相同。
　　◇ 可以使用包含它的類(lèi)的靜態(tài)和實(shí)例成員變量,也可以使用它所在方法的局部變量。
　　◇ 可以定義為abstract。
　　◇ 可以聲明為private或protected。
　　◇ 若被聲明為static,就變成了頂層類(lèi),不能再使用局部變量。
　　◇ 若想在Inner Class中聲明任何static成員,則該Inner Class必須聲明為static。

  閱讀全文

     摘要: 1.定義：在一個(gè)類(lèi)中定義另外一個(gè)類(lèi)，這個(gè)類(lèi)就叫做內(nèi)部類(lèi)或內(nèi)置類(lèi) (inner class)
2幾個(gè)特性
1.可以訪問(wèn)其外部類(lèi)用private修飾的變量或是方法  閱讀全文

     摘要: 提起Java內(nèi)部類(lèi)（Inner Class）可能很多人不太熟悉，實(shí)際上類(lèi)似的概念在C++里也有，那就是嵌套類(lèi)（Nested Class），關(guān)于這兩者的區(qū)別與聯(lián)系，在下文中會(huì)有對(duì)比。內(nèi)部類(lèi)從表面上看，就是在類(lèi)中又定義了一個(gè)類(lèi)（下文會(huì)看到，內(nèi)部類(lèi)可以在很多地方定義），而實(shí)際上并沒(méi)有那么簡(jiǎn)單，乍看上去內(nèi)部類(lèi)似乎有些多余，它的用處對(duì)于初學(xué)者來(lái)說(shuō)可能并不是那么顯著，但是隨著對(duì)它的深入了解，你會(huì)發(fā)現(xiàn)Java的設(shè)計(jì)者在內(nèi)部類(lèi)身上的確是用心良苦。學(xué)會(huì)使用內(nèi)部類(lèi)，是掌握J(rèn)ava高級(jí)編程的一部分，它可以讓你更優(yōu)雅地設(shè)計(jì)你的程序結(jié)構(gòu)。下面從以下幾個(gè)方面來(lái)介紹：
  閱讀全文

     摘要: 1.一定要有獨(dú)立的人格、獨(dú)立的思想。一個(gè)經(jīng)過(guò)獨(dú)立思考而堅(jiān)持錯(cuò)誤觀點(diǎn)的人比一個(gè)不假思索而接受正確觀點(diǎn)的人更值得肯定。不要成為灌輸教育的犧牲品。
　　2.仕途，商界，學(xué)術(shù)。大致說(shuō)來(lái)，每個(gè)人都注定要走上三條道路中的某一條。在進(jìn)行職業(yè)生涯規(guī)劃的時(shí)候，不妨以此作為思考的出發(fā)點(diǎn)。根據(jù)不同的職業(yè)生涯規(guī)劃來(lái)塑造各自的核心競(jìng)爭(zhēng)力。只有知道自己以后要做什么，才能知道自己應(yīng)該學(xué)什么。
　　3.專(zhuān)業(yè)無(wú)冷熱，學(xué)校無(wú)高低。沒(méi)有哪個(gè)用人單位會(huì)認(rèn)為你代表了你的學(xué)校或者你的專(zhuān)業(yè)。千萬(wàn)不要因?yàn)槟闶敲拼髮W(xué)或者熱門(mén)專(zhuān)業(yè)而沾沾自喜，也大可不必因?yàn)槟愕膶W(xué)校不好或者專(zhuān)業(yè)冷門(mén)而自卑。
　　4.千招會(huì)，不如一招熟。十個(gè)百分之十并不是百分之百，而是零。如果你有十項(xiàng)工作每項(xiàng)都會(huì)做百分之十，那么，在用人單位眼中，你什么都不會(huì)。所以，你必須要讓自己具備核心競(jìng)爭(zhēng)力?！巴ú拧敝挥性凇皩?zhuān)才”的基礎(chǔ)上才有意義。
  閱讀全文

     摘要: 1、 人之所以痛苦，在于追求錯(cuò)誤的東西。　
2、 與其說(shuō)是別人讓你痛苦，不如說(shuō)自己的修養(yǎng)不夠?！?
3、 如果你不給自己煩惱，別人也永遠(yuǎn)不可能給你煩惱。因?yàn)槟阕约旱膬?nèi)心，你放不下。
4、 好好的管教你自己，不要管別人?！?
5、 不寬恕眾生，不原諒眾生，是苦了你自己?！?  閱讀全文

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

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

     摘要: Util.concurrent工具包概述
Doug Lea
State University of New York at Oswego
dl@cs.oswego.edu

http://gee.cs.oswego.edu
  閱讀全文

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

何 恐

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

  閱讀全文

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

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

  閱讀全文

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

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

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

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

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

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

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

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

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

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

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

     摘要: 這是一道面試題，它的道理足以讓我們終身受用，也足以讓我們回味終身?！　?

你開(kāi)著一輛車(chē)。

在一個(gè)暴風(fēng)雨的晚上。

你經(jīng)過(guò)一個(gè)車(chē)站。

有三個(gè)人正在焦急的等公共汽車(chē)。
  閱讀全文

     摘要: jdbc程序的性能主要由兩個(gè)因素決定，一是數(shù)據(jù)庫(kù)本身的性質(zhì)，另一個(gè)是與數(shù)據(jù)庫(kù)相對(duì)獨(dú)立的jdbc應(yīng)用程序接口(api)的使用。這里說(shuō)的是如何正確使用jdbc編程接口，以獲得更好的性能。
  閱讀全文

     摘要: java中關(guān)于時(shí)間日期操作的常用函數(shù)
  閱讀全文

     摘要: 數(shù)值在計(jì)算機(jī)中表示形式為機(jī)器數(shù),計(jì)算機(jī)只能識(shí)別0和1,使用的是二進(jìn)制,而在日常生活中人們使用的是十進(jìn)制,"正如亞里士多德早就指出的那樣,今天十進(jìn)制的廣泛采用,只不過(guò)我們絕大多數(shù)人生來(lái)具有10個(gè)手指頭這個(gè)解剖學(xué)事實(shí)的結(jié)果.盡管在歷史上手指計(jì)數(shù)(5,10進(jìn)制)的實(shí)踐要比二或三進(jìn)制計(jì)數(shù)出現(xiàn)的晚."(摘自<<數(shù)學(xué)發(fā)展史>>有空大家可以看看哦~,很有意思的).為了能方便的與二進(jìn)制轉(zhuǎn)換,就使用了十六進(jìn)制(2 4)和八進(jìn)制(23).下面進(jìn)入正題.
  閱讀全文

     摘要: 理解有符號(hào)數(shù)和無(wú)符號(hào)數(shù)
回頭看上一節(jié)，我們所講的數(shù)都是正數(shù)。同樣是年紀(jì)和工資，前者不需要有負(fù)值，但后者可能需要——至少所有的老板都這樣認(rèn)為。

那么，負(fù)數(shù)在計(jì)算機(jī)中如何表示呢？
  閱讀全文