Hibernate的檢索策略包括類級別檢索策略和關聯級別檢索策略。類級別檢索策略有立即檢索和延遲檢索，默認的檢索策略是立即檢索。在Hibernat

在java中，我們可以通過兩種方式來獲取隨機數(generating a random number)一種是大家熟悉的java.lang.Math

Eclipse Rich Client Platform (RCP) 為富客戶機提供了一個極為靈活且功能豐富的框架。但是它的一個缺點是不能輕松地從

開始之前本教程適用於希望學習如何使用 Eclipse Rich Client Platform (RCP) 的開發人員。Eclipse 已發展成為

開始之前關於本教程Apache Ant 被認為是 Java™ 開發環境中最經典的構建工具。大多數合格的 Java 項目都以 Ant 構

原有的 Eclipse 安裝已集成了對 CVS（一種流行的開放源碼變更管理系統）的支持。CVS 的功能及其局限性眾所周知，但是許多小組一直在研究其

在團隊項目中共享源代碼現今的大多數應用程序是由多人組成的團隊開發的。即使只涉及幾個開發人員的小項目，也需要對源代碼的更改進行嚴格控制。這就是源代碼

障礙器是多線程並發控制的一種手段，用法很簡單。下面給個例子：import　java.util.concurrent.BrokenBarrierEx

所謂的原子量即操作變量的操作是“原子的”，該操作不可再分，因此是線程安全的。為何要使用原子變量呢，原因是多個線程對單個變量

對於阻塞棧，與阻塞隊列相似。不同點在於棧是“後入先出”的結構，每次操作的是棧頂，而隊列是“先進先出&rdquo

阻塞隊列是Java5線程新特征中的內容，Java定義了阻塞隊列的接口 java.util.concurrent.BlockingQueue，阻塞隊

因此，本人認為，這個信號量類如果能返回數目，還能知道哪些對象在等待，哪些資源可使用，就非常完美了，僅僅拿到這些概括性的數字，對精確控制意義不是很大

Java中讀寫鎖有個接口java.util.concurrent.locks.ReadWriteLock，也有具體的實現ReentrantRead

在Java5中，專門提供了鎖對象，利用鎖可以方便的實現資源的封鎖，用來控制對競爭資源並發訪問的控制，這些內容主要集中在 java.util.con

在Java5之前，線程是沒有返回值的，常常為了“有”返回值，破費周折，而且代碼很不好寫。或者干脆繞過這道坎，走別的路了。現

有關Java5線程新特征的內容全部在java.util.concurrent下面，裡面包含數目眾多的接口和類，熟悉這部分API特征是一項艱難的學習

談及到volatile關鍵字，不得不提的一篇文章是：《Java 理論與實踐: 正確使用 Volatile 變量》，這篇文章對volatile關鍵字

發生死鎖的原因一般是兩個對象的鎖相互等待造成的。在《Java線程：線程的同步與鎖》一文中，簡述死鎖的概念與簡單例子，但是所給的例子是不完整的，這裡

實際上，准確說應該是“生產者-消費者-倉儲”模型，離開了倉儲，生產者消費者模型就顯得沒有說服力了。對於此模型，應該明確一下

追其同步的根本的目的，是控制競爭資源的正確的訪問，因此只要在訪問競爭資源的時候保證同一時刻只能一個線程訪問即可，因此Java引入了同步代碼快的策略