最近在弄swing，需要由JComponent生成BufferedImage，在CSDN上發(fā)現(xiàn)一個(gè)好例子。下面是范例：
Rectangle?rect?=?comp.getBounds();
?BufferedImage?bufImage?=?new?BufferedImage(rect.width,
???????????rect.height,
???????????BufferedImage.TYPE_INT_RGB);
?Graphics?g?=?bufImage.getGraphics();
?g.translate(-rect.x,?-rect.y);
?comp.paint(g);這樣，JComponent中的圖像就保存到BufferedImage中了。
原文的鏈接：
http://dev.csdn.net/article/13/13531.shtm
??????? 好久沒(méi)有寫blog了，距離上次寫幾乎已經(jīng)是半年前的事情了。
?這半年發(fā)生了不少事情。首先換了家公司，進(jìn)了家金融企業(yè)，每天要西裝革履的，一開(kāi)始還真是不習(xí)慣。
?這里開(kāi)發(fā)是用的spring框架，以后要多研究研究spring的東西了。
??????? 第二件事就是和戀愛(ài)了三年的女友結(jié)婚了，從此兩人長(zhǎng)相廝守，不知道時(shí)間久了會(huì)不會(huì)審美疲勞。呵呵。
??????? 第三件事就是在深圳買了自己的小房子，雖然是小小的兩房，不過(guò)我們已經(jīng)很知足了。
?而且剛好是趕在房?jī)r(jià)大漲前買的，還算走了點(diǎn)運(yùn)氣。換到現(xiàn)在，都不知道去哪里買好了。
??????? 在這里要向一些留言和發(fā)郵件給我的網(wǎng)友道歉，前段時(shí)間實(shí)在是太忙，沒(méi)有空回復(fù)你們的信息和郵件。請(qǐng)?jiān)彛?img height="20" src="/Emoticons/QQ/15.gif" width="20" border="0" />
最近真是多事情忙，而且可能要忙到9月底。好久沒(méi)有上來(lái)更新我的博客了，暫且發(fā)發(fā)牢騷。
這一節(jié)是非常實(shí)用的一節(jié)，我在閱讀此書的時(shí)候，一直在迷惑，究竟應(yīng)該怎樣管理Session呢？因?yàn)镾ession的管理是如此重要，類似于以前寫程序?qū)DBC Connection的管理。看完此節(jié)后，終于找到了方法。
在各種Session管理方案中，ThreadLocal模式得到了大量使用。ThreadLocal是Java中一種較為特殊的線程綁定機(jī)制。通過(guò)ThreadLocal存取的數(shù)據(jù)，總是與當(dāng)前線程相關(guān)，也就是說(shuō)，JVM為每個(gè)運(yùn)行的線程，綁定了私有的本定實(shí)例存取空間，從而為多線程環(huán)境經(jīng)常出現(xiàn)的并發(fā)訪問(wèn)問(wèn)題提供了一種隔離機(jī)制。
下面是Hibernate官方提供的一個(gè)ThreadLocal工具：
import net.sf.hibernate.*;
import net.sf.hibernate.cfg.*;
import org.apache.log4j.Logger;
/**//**
* <p>Title: </p>
*
* <p>Description: Session的管理類</p>
*
* <p>Copyright: Copyright (c) 2005</p>
*
* <p>Company: </p>
*
* @author George Hill
* @version 1.0
*/
public class HibernateUtil 
{
private static final Logger log = Logger.getLogger(HibernateUtil.class);
private static final SessionFactory sessionFactory;
/**//**
* 初始化Hibernate配置
*/
static {
try {
// Create the SessionFactory
sessionFactory = new Configuration().configure().buildSessionFactory();
} catch (Throwable ex) {
log.error("Initial SessionFactory creation failed.", ex);
throw new ExceptionInInitializerError(ex);
}
}
public static final ThreadLocal session = new ThreadLocal();
/**//**
* 根據(jù)當(dāng)前線程獲取相應(yīng)的Session
* @return Session
* @throws HibernateException
*/
public static Session currentSession() throws HibernateException {
Session s = (Session) session.get();
// Open a new Session, if this Thread has none yet
if (s == null) {
s = sessionFactory.openSession();
session.set(s);
}
return s;
}
/**//**
* 返回Session給相應(yīng)的線程
* @throws HibernateException
*/
public static void closeSession() throws HibernateException {
Session s = (Session) session.get();
session.set(null);
if (s != null)
s.close();
}
}
針對(duì)WEB程序，還可以利用Servlet2.3的Filter機(jī)制，輕松實(shí)現(xiàn)線程生命周期內(nèi)的Session管理。下面是一個(gè)通過(guò)Filter進(jìn)行Session管理的典型案例：
public class PersistenceFilter implements Filter {
protected static ThreadLocal hibernateHolder = new ThreadLocal();
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
hibernateHolder.set(getSession());
try {
chain.doFilter(request, response);
} finally {
Session session = (Session) hibernateHolder.get();
if (session != null) {
hibernateHolder.set(null);
try {
session.close();
} catch (HibernateException ex) {
throw new ServletException(ex);
}
}
}
}
}
數(shù)據(jù)分頁(yè)顯示，是很多B/S系統(tǒng)會(huì)遇到的問(wèn)題。現(xiàn)在大多數(shù)主流數(shù)據(jù)庫(kù)都提供了數(shù)據(jù)部分讀取機(jī)制，而對(duì)于某些沒(méi)有提供相應(yīng)機(jī)制的數(shù)據(jù)而言，Hibernate也通過(guò)其它途徑實(shí)現(xiàn)了分頁(yè)，如通過(guò)Scrollable ResultSet，如果JDBC不支持Scrollable ResultSet，Hibernate也會(huì)自動(dòng)通過(guò)ResultSet的next方法進(jìn)行記錄定位。Hibernate的Criteria、Query等接口提供了一致的方法設(shè)定分頁(yè)范圍。下面是書中的例子：
Criteria criteria = session.createCriteria(TUser.class);
Criteria.add(Expression.eq("age", "20"));
//從檢索結(jié)果中獲取第100條記錄開(kāi)始的20條記錄
criteria.setFirstResult(100);
criteria.setFetchSize(20); 不過(guò)，我在測(cè)試的時(shí)候總是不能夠正常工作，把setFetchSize方法換成setMaxResults方法才行。換成最新的mysql-connector-java-3.1.10-bin-g.jar驅(qū)動(dòng)也是一樣。
Hibernate通過(guò)Lifecycle、Validatable接口制定了實(shí)體對(duì)象CRUD過(guò)程中的回調(diào)方式。
Lifecycle接口中的onSave、onUpdate、onDelete方法，如果返回true則意味著需要中止執(zhí)行相應(yīng)的操作過(guò)程。如果代碼運(yùn)行期間拋出了CallbackException，對(duì)應(yīng)的操作也會(huì)被中止。注意，不要試圖在這些方法中調(diào)用Session進(jìn)行持久化操作，這些方法中Session無(wú)法正常使用。
Validatable.validate方法將在實(shí)體被持久化之前得到調(diào)用以對(duì)數(shù)據(jù)進(jìn)行驗(yàn)證。此方法在實(shí)體對(duì)象的生命周期內(nèi)可能被數(shù)次調(diào)用，因此，此方法僅用于數(shù)據(jù)本身的邏輯校驗(yàn)，而不要試圖在此實(shí)現(xiàn)業(yè)務(wù)邏輯的驗(yàn)證。
Hibernate還引入了Interceptor，為持久化事件的捕獲和處理提供了一個(gè)非侵略性的實(shí)現(xiàn)。Interceptor接口定義了Hibernate中的通用攔截機(jī)制。Session創(chuàng)建時(shí)即可指定加載相應(yīng)的Interceptor，之后，此Session的持久化操作動(dòng)作都將首先經(jīng)由此攔截器捕獲處理。簡(jiǎn)單的加載范例如下：
SessionFactory factory = config.buildSessionFactory();
Interceptor it = new MyInterceptor();
session = sessionFactory.openSession(it); 需要注意的是，與Lifecycle相同，Interceptor的方法中不可通過(guò)Session實(shí)例進(jìn)行持久化操作。
有興趣的可以去參加看看，網(wǎng)址：
http://www.javachina.cn/Index.jsp
最近真是忙，事情都擠到一塊去了。 終于有時(shí)間又看了幾頁(yè)書。
言歸正傳，Hibernate中的Collection類型分為有序集和無(wú)序集兩類。這里所謂的有序和無(wú)序，是針對(duì)Hibernate數(shù)據(jù)持久過(guò)程中，是否保持?jǐn)?shù)據(jù)集合中的記錄排列順序加以區(qū)分的。無(wú)序集有Set，Bag，Map幾種，有序集有List一種。有序集的數(shù)據(jù)在持久化過(guò)程中，會(huì)將集合中元素排列的先后順序同時(shí)固化到數(shù)據(jù)庫(kù)中，讀取時(shí)也會(huì)返回一個(gè)具備同樣排列順序的數(shù)據(jù)集合。
Hibernate中的Collection類型是用的自己的實(shí)現(xiàn)，所以在程序中，不能夠把接口強(qiáng)制轉(zhuǎn)化成相應(yīng)的JDK Collection的實(shí)現(xiàn)。
結(jié)果集的排序有兩種方式：
1. Sort
Collection中的數(shù)據(jù)排序。
2. order-by
對(duì)數(shù)據(jù)庫(kù)執(zhí)行Select SQL時(shí)，由order by子句實(shí)現(xiàn)的數(shù)據(jù)排序方式。
需要注意的是，order-by特性在實(shí)現(xiàn)中借助了JDK 1.4中的新增集合類LinkedHashSet以及LinkedHashMap。因此，order-by特性只支持在1.4版本以上的JDK中運(yùn)行。
Session.get/load的區(qū)別：
1.如果未能發(fā)現(xiàn)符合條件的記錄，get方法返回null，而load方法會(huì)拋出一個(gè)ObejctNotFoundException。
2.Load方法可返回實(shí)體的代理類類型，而get方法永遠(yuǎn)直接返回實(shí)體類。
3.Load方法可以充分利用內(nèi)部緩存和二級(jí)緩存中現(xiàn)有數(shù)據(jù)，而get方法則僅僅在內(nèi)部緩存中進(jìn)行數(shù)據(jù)查找，如沒(méi)有發(fā)現(xiàn)對(duì)應(yīng)數(shù)據(jù)，將越過(guò)二級(jí)緩存，直接調(diào)用SQL完成數(shù)據(jù)讀取。
Session.find/iterate的區(qū)別：
find方法將執(zhí)行Select SQL從數(shù)據(jù)庫(kù)中獲得所有符合條件的記錄并構(gòu)造相應(yīng)的實(shí)體對(duì)象，實(shí)體對(duì)象構(gòu)建完畢之后，就將其納入緩存。它對(duì)緩存只寫不讀，因此無(wú)法利用緩存。
iterate方法首先執(zhí)行一條Select SQL以獲得所有符合查詢條件的數(shù)據(jù)id，隨即，iterate方法首先在本地緩存中根據(jù)id查找對(duì)應(yīng)的實(shí)體對(duì)象是否存在，如果緩存中已經(jīng)存在對(duì)應(yīng)的數(shù)據(jù)，則直接以此數(shù)據(jù)對(duì)象作為查詢結(jié)果，如果沒(méi)有找到，再執(zhí)行相應(yīng)的Select語(yǔ)句獲得對(duì)應(yīng)的庫(kù)表記錄（iterate方法如果執(zhí)行了數(shù)據(jù)庫(kù)讀取操作并構(gòu)建了完整的數(shù)據(jù)對(duì)象，也會(huì)將其查詢結(jié)果納入緩存）。
Query Cache產(chǎn)生作用的情況：
1.完全相同的Select SQL重復(fù)執(zhí)行。
2.在兩次查詢之間，此Select SQL對(duì)應(yīng)的庫(kù)表沒(méi)有發(fā)生過(guò)改變。
Session.save方法的執(zhí)行步驟：
1.在Session內(nèi)部緩存中尋找待保存對(duì)象。內(nèi)部緩存命中，則認(rèn)為此數(shù)據(jù)已經(jīng)保存（執(zhí)行過(guò)insert操作），實(shí)體對(duì)象已經(jīng)處于Persistent狀態(tài)，直接返回。
2.如果實(shí)體類實(shí)現(xiàn)了lifecycle接口，則調(diào)用待保存對(duì)象的onSave方法。
3.如果實(shí)體類實(shí)現(xiàn)了validatable接口，則調(diào)用其validate()方法。
4.調(diào)用對(duì)應(yīng)攔截器的Interceptor.onSave方法（如果有的話）。
5.構(gòu)造Insert SQL，并加以執(zhí)行。
6.記錄插入成功，user.id屬性被設(shè)定為insert操作返回的新記錄id值。
7.將user對(duì)象放入內(nèi)部緩存。
8.最后，如果存在級(jí)聯(lián)關(guān)系，對(duì)級(jí)聯(lián)關(guān)系進(jìn)行遞歸處理。
Session.update方法的執(zhí)行步驟：
1.根據(jù)待更新實(shí)體對(duì)象的Key，在當(dāng)前session的內(nèi)部緩存中進(jìn)行查找，如果發(fā)現(xiàn)，則認(rèn)為當(dāng)前實(shí)體對(duì)象已經(jīng)處于Persistent狀態(tài)，返回。
2.初始化實(shí)體對(duì)象的狀態(tài)信息（作為之后臟數(shù)據(jù)檢查的依據(jù)），并將其納入內(nèi)部緩存。注意這里Session.update方法本身并沒(méi)有發(fā)送Update SQL完成數(shù)據(jù)更新操作，Update SQL將在之后的Session.flush方法中執(zhí)行（Transaction.commit在真正提交數(shù)據(jù)庫(kù)事務(wù)之前會(huì)調(diào)用Session.flush）。
Session.saveOrUpdate方法的執(zhí)行步驟：
1.首先在Session內(nèi)部緩存中進(jìn)行查找，如果發(fā)現(xiàn)則直接返回。
2.執(zhí)行實(shí)體類對(duì)應(yīng)的Interceptor.isUnsaved方法（如果有的話），判斷對(duì)象是否為未保存狀態(tài)。
3.根據(jù)unsaved-value判斷對(duì)象是否處于未保存狀態(tài)。
4.如果對(duì)象未保存（Transient狀態(tài)），則調(diào)用save方法保存對(duì)象。
5.如果對(duì)象為已保存（Detached狀態(tài)），調(diào)用update方法將對(duì)象與Session重新關(guān)聯(lián)。
事務(wù)的4個(gè)基本特性（ACID）：
1. Atomic（原子性）：事務(wù)中包含的操作被看作一個(gè)邏輯單元，這個(gè)邏輯單元中的操作要么全部成功，要么全部失敗。
2. Consistency（一致性）：只有合法的數(shù)據(jù)可以被寫入數(shù)據(jù)庫(kù)，否則事務(wù)應(yīng)該將其回滾到最初狀態(tài)。
3. Isolation（隔離性）：事務(wù)允許多個(gè)用戶對(duì)同一個(gè)數(shù)據(jù)的并發(fā)訪問(wèn)，而不破壞數(shù)據(jù)的正確性和完整性。同時(shí)，并行事務(wù)的修改必須與其他并行事務(wù)的修改相互獨(dú)立。
4. Durability（持久性）：事務(wù)結(jié)束后，事務(wù)處理的結(jié)果必須能夠得到固化。
數(shù)據(jù)庫(kù)操作過(guò)程中可能出現(xiàn)的3種不確定情況：
1. 臟讀取（Dirty Reads）：一個(gè)事務(wù)讀取了另一個(gè)并行事務(wù)未提交的數(shù)據(jù)。
2. 不可重復(fù)讀取（Non-repeatable Reads）：一個(gè)事務(wù)再次讀取之前的數(shù)據(jù)時(shí)，得到的數(shù)據(jù)不一致，被另一個(gè)已提交的事務(wù)修改。
3. 虛讀（Phantom Reads）：一個(gè)事務(wù)重新執(zhí)行一個(gè)查詢，返回的記錄中包含了因?yàn)槠渌罱峤坏氖聞?wù)而產(chǎn)生的新記錄。
標(biāo)準(zhǔn)SQL規(guī)范中，為了避免上面3種情況的出現(xiàn)，定義了4個(gè)事務(wù)隔離等級(jí)：
1. Read Uncommitted：最低等級(jí)的事務(wù)隔離，僅僅保證了讀取過(guò)程中不會(huì)讀取到非法數(shù)據(jù)。上訴3種不確定情況均有可能發(fā)生。
2. Read Committed：大多數(shù)主流數(shù)據(jù)庫(kù)的默認(rèn)事務(wù)等級(jí)，保證了一個(gè)事務(wù)不會(huì)讀到另一個(gè)并行事務(wù)已修改但未提交的數(shù)據(jù)，避免了“臟讀取”。該級(jí)別適用于大多數(shù)系統(tǒng)。
3. Repeatable Read：保證了一個(gè)事務(wù)不會(huì)修改已經(jīng)由另一個(gè)事務(wù)讀取但未提交（回滾）的數(shù)據(jù)。避免了“臟讀取”和“不可重復(fù)讀取”的情況，但是帶來(lái)了更多的性能損失。
4. Serializable：最高等級(jí)的事務(wù)隔離，上面3種不確定情況都將被規(guī)避。這個(gè)級(jí)別將模擬事務(wù)的串行執(zhí)行。
Hibernate將事務(wù)管理委托給底層的JDBC或者JTA，默認(rèn)是基于JDBC Transaction的。
Hibernate支持“悲觀鎖（Pessimistic Locking）”和“樂(lè)觀鎖（Optimistic Locking）”。
悲觀鎖對(duì)數(shù)據(jù)被外界修改持保守態(tài)度，因此，在整個(gè)數(shù)據(jù)處理過(guò)程中，將數(shù)據(jù)處于鎖定狀態(tài)。悲觀鎖的實(shí)現(xiàn)，往往依靠數(shù)據(jù)庫(kù)提供的鎖機(jī)制。Hibernate通過(guò)使用數(shù)據(jù)庫(kù)的for update子句實(shí)現(xiàn)了悲觀鎖機(jī)制。Hibernate的加鎖模式有：
1. LockMode.NONE：無(wú)鎖機(jī)制
2. LockMode.WRITE：Hibernate在Insert和Update記錄的時(shí)候會(huì)自動(dòng)獲取
3. LockMode.READ：Hibernate在讀取記錄的時(shí)候會(huì)自動(dòng)獲取
4. LockMode.UPGRADE：利用數(shù)據(jù)庫(kù)的for update子句加鎖
5. LockMode.UPGRADE_NOWAIT：Oracle的特定實(shí)現(xiàn)，利用Oracle的for update nowait子句實(shí)現(xiàn)加鎖
樂(lè)觀鎖大多是基于數(shù)據(jù)版本（Version）記錄機(jī)制實(shí)現(xiàn)。Hibernate在其數(shù)據(jù)訪問(wèn)引擎中內(nèi)置了樂(lè)觀鎖實(shí)現(xiàn)，可以通過(guò)class描述符的optimistic-lock屬性結(jié)合version描述符指定。optimistic-lock屬性有如下可選取值：
1. none：無(wú)樂(lè)觀鎖
2. version：通過(guò)版本機(jī)制實(shí)現(xiàn)樂(lè)觀鎖
3. dirty：通過(guò)檢查發(fā)生變動(dòng)過(guò)的屬性實(shí)現(xiàn)樂(lè)觀鎖
4. all：通過(guò)檢查所有屬性實(shí)現(xiàn)樂(lè)觀鎖