中文字幕在线观看亚洲日韩,亚洲福利视频一区二区,亚洲精品无码av天堂

ibatis 開發(fā)指南 3

接 ibatis 開發(fā)指南 2

Cache
在特定硬件基礎(chǔ)上（同時(shí)假設(shè)系統(tǒng)不存在設(shè)計(jì)上的缺漏和糟糕低效的 SQL 語句）
Cache往往是提升系統(tǒng)性能的最關(guān)鍵因素）。
相對(duì) Hibernate 等封裝較為嚴(yán)密的 ORM 實(shí)現(xiàn)而言（因?yàn)閷?duì)數(shù)據(jù)對(duì)象的操作實(shí)現(xiàn)
了較為嚴(yán)密的封裝，可以保證其作用范圍內(nèi)的緩存同步，而 ibatis 提供的是半封閉
的封裝實(shí)現(xiàn)，因此對(duì)緩存的操作難以做到完全的自動(dòng)化同步）。
ibatis 的緩存機(jī)制使用必須特別謹(jǐn)慎。特別是 flushOnExecute 的設(shè)定（見
“ibatis配置”一節(jié)中的相關(guān)內(nèi)容），需要考慮到所有可能引起實(shí)際數(shù)據(jù)與緩存數(shù)據(jù)
不符的操作。如本模塊中其他Statement對(duì)數(shù)據(jù)的更新，其他模塊對(duì)數(shù)據(jù)的更新，甚
至第三方系統(tǒng)對(duì)數(shù)據(jù)的更新。否則，臟數(shù)據(jù)的出現(xiàn)將為系統(tǒng)的正常運(yùn)行造成極大隱患。
如果不能完全確定數(shù)據(jù)更新操作的波及范圍，建議避免 Cache的盲目使用。
結(jié)合cacheModel來看：
<cacheModel >
id="product-cache"
type ="LRU"
readOnly="true"
serialize="false">
</cacheModel>

可以看到，Cache有如下幾個(gè)比較重要的屬性：
ÿ readOnly
ÿ serialize
ÿ type

readOnly
readOnly值的是緩存中的數(shù)據(jù)對(duì)象是否只讀。這里的只讀并不是意味著數(shù)據(jù)對(duì)象一
旦放入緩存中就無法再對(duì)數(shù)據(jù)進(jìn)行修改。而是當(dāng)數(shù)據(jù)對(duì)象發(fā)生變化的時(shí)候，如數(shù)據(jù)對(duì)
象的某個(gè)屬性發(fā)生了變化，則此數(shù)據(jù)對(duì)象就將被從緩存中廢除，下次需要重新從數(shù)據(jù)
庫讀取數(shù)據(jù)，構(gòu)造新的數(shù)據(jù)對(duì)象。
而 readOnly="false"則意味著緩存中的數(shù)據(jù)對(duì)象可更新，如 user 對(duì)象的 name
屬性發(fā)生改變。
只讀Cache能提供更高的讀取性能，但一旦數(shù)據(jù)發(fā)生改變，則效率降低。系統(tǒng)設(shè)計(jì)
時(shí)需根據(jù)系統(tǒng)的實(shí)際情況（數(shù)據(jù)發(fā)生更新的概率有多大）來決定 Cache的讀寫策略。

serialize
如果需要全局的數(shù)據(jù)緩存，CacheModel的 serialize屬性必須被設(shè)為true。否則數(shù)據(jù)
緩存只對(duì)當(dāng)前 Session（可簡單理解為當(dāng)前線程）有效，局部緩存對(duì)系統(tǒng)的整體性能提
升有限。
在 serialize="true"的情況下，如果有多個(gè) Session同時(shí)從 Cache 中讀取某個(gè)
數(shù)據(jù)對(duì)象，Cache 將為每個(gè) Session返回一個(gè)對(duì)象的復(fù)本，也就是說，每個(gè) Session將
得到包含相同信息的不同對(duì)象實(shí)例。因而 Session 可以對(duì)其從 Cache 獲得的數(shù)據(jù)進(jìn)行
存取而無需擔(dān)心多線程并發(fā)情況下的同步?jīng)_突。

Cache Type:
與hibernate類似，ibatis通過緩沖接口的插件式實(shí)現(xiàn)，提供了多種 Cache的實(shí)現(xiàn)機(jī)
制可供選擇：
1． MEMORY
2． LRU
3． FIFO
4． OSCACHE

MEMORY類型Cache與 WeakReference
MEMORY 類型的 Cache 實(shí)現(xiàn)，實(shí)際上是通過 Java 對(duì)象引用進(jìn)行。ibatis 中，其實(shí)現(xiàn)類
為com.ibatis.db.sqlmap.cache.memory.MemoryCacheController， MemoryCacheController 內(nèi)部，
使用一個(gè)HashMap來保存當(dāng)前需要緩存的數(shù)據(jù)對(duì)象的引用。

這里需要注意的是Java2中的三種對(duì)象引用關(guān)系：
a SoftReference
b WeakReference
c PhantomReference
傳統(tǒng)的Java 對(duì)象引用，如：
public void doSomeThing(){
User user = new User()
……
}
當(dāng)doSomeThing方法結(jié)束時(shí)，user 對(duì)象的引用丟失，其所占的內(nèi)存空間將由JVM在下
次垃圾回收時(shí)收回。如果我們將user 對(duì)象的引用保存在一個(gè)全局的 HashMap中，如：
Map map = new HashMap();

public void doSomeThing(){
User user = new User();
map.put("user",user);
}
此時(shí)，user 對(duì)象由于在 map 中保存了引用，只要這個(gè)引用存在，那么 JVM 永遠(yuǎn)也不會(huì)
收回user 對(duì)象所占用的內(nèi)存。
這樣的內(nèi)存管理機(jī)制相信諸位都已經(jīng)耳熟能詳，在絕大多數(shù)情況下，這幾乎是一種完美的解決方案。但在某些情況下，卻有些不便。如對(duì)于這里的 Cache 而言，當(dāng) user 對(duì)象使用
之后，我們希望保留其引用以供下次需要的時(shí)候可以重復(fù)使用，但又不希望這個(gè)引用長期保
存，如果每個(gè)對(duì)象的引用都長期保存下去的話，那隨著時(shí)間推移，有限的內(nèi)存空間將立即被
這些數(shù)據(jù)所消耗殆盡。最好的方式，莫過于有一種引用方式，可以在對(duì)象沒有被垃圾回收器
回收之前，依然能夠訪問此對(duì)象，當(dāng)垃圾回收器啟動(dòng)時(shí)，如果此對(duì)象沒有被其他對(duì)象所使用，
則按照常規(guī)對(duì)其進(jìn)行回收。

SoftReference、WeakReference、PhantomReference為上面的思路提供了有力支持。

這三種類型的引用都屬于“非持續(xù)性引用”，也就是說，這種引用關(guān)系并非持續(xù)存在，
它們所代表的引用的生命周期與JVM 的運(yùn)行密切相關(guān)，而非與傳統(tǒng)意義上的引用一樣依賴
于編碼階段的預(yù)先規(guī)劃。
先看一個(gè)SoftReference的例子：
SoftReference ref;

public void doSomeThing(){
User user = new User();
ref = new SoftReference(user);
}

public void doAnotherThing(){
User user = (User)ref.get();//通過SoftReference獲得對(duì)象引用
System.out.println(user.getName());
}

假設(shè)我們先執(zhí)行了 doSomeThing 方法，產(chǎn)生了一個(gè) User 對(duì)象，并為其創(chuàng)建了一個(gè)
SoftReference引用。
之后的某個(gè)時(shí)刻，我們調(diào)用了doAnotherThing方法，并通過 SoftReference獲取 User 對(duì)
象的引用。
此時(shí)我們是否還能取得user 對(duì)象的引用？這要看JVM的運(yùn)行情況。對(duì)于 SoftReference
而言，只有當(dāng)目前內(nèi)存不足的情況下，JVM 在垃圾回收時(shí)才會(huì)收回其包含的引用（JVM 并
不是只有當(dāng)內(nèi)存不足時(shí)才啟動(dòng)垃圾回收機(jī)制，何時(shí)進(jìn)行垃圾回收取決于各版本 JVM 的垃圾
回收策略。如某這垃圾回收策略為：當(dāng)系統(tǒng)目前較為空閑，且無效對(duì)象達(dá)到一定比率時(shí)啟動(dòng)
垃圾回收機(jī)制，此時(shí)的空余內(nèi)存倒可能還比較充裕）。這里可能出現(xiàn)兩種情況，即：

ÿ JVM 目前還未出現(xiàn)過因內(nèi)存不足所引起的垃圾回收，user 對(duì)象的引用可以通過
SoftReference從JVM Heap中收回。
ÿ JVM已經(jīng)因?yàn)閮?nèi)存不足啟動(dòng)了垃圾回收機(jī)制，SoftReference所包含的 user 對(duì)象的
引用被JVM所廢棄。此時(shí) ref.get方法將返回一個(gè)空引用（null），對(duì)于上面
的代碼而言，也就意味著這里可能拋出一個(gè) NullPointerException。

WeakReference比SoftReference在引用的維持性上來看更加微弱。無需等到內(nèi)存不足的
情況，只要JVM啟動(dòng)了垃圾回收機(jī)制，那么WeakReference所對(duì)應(yīng)的對(duì)象就將被JVM回收。
也就是說，相對(duì)SoftReference而言，WeakReference 被 JVM回收的概率更大。

PhantomReference 比 WeakReference 的引用維持性更弱。與 WeakReference 和
SoftReference不同，PhantomReference所引用的對(duì)象幾乎無法被回收重用。它指向的對(duì)象實(shí)
際上已經(jīng)被JVM銷毀（finalize方法已經(jīng)被執(zhí)行），只是暫時(shí)還沒被垃圾回收器收回而已。
PhantomReference主要用于輔助對(duì)象的銷毀過程，在實(shí)際應(yīng)用層研發(fā)中，幾乎不會(huì)涉及。

MEMORY類型的Cache正是借助SoftReference、 WeakReference以及通常意義上的Java
Reference實(shí)現(xiàn)了對(duì)象的緩存管理。
下面是一個(gè)典型的MEMORY類型 Cache配置：
<cacheModel id="user_cache" type="MEMORY">
<flushInterval hours="24"/>
<flushOnExecute statement="updateUser"/>
<property name="reference-type" value="WEAK" />
</cacheModel>
其中 flushInterval 指定了多長時(shí)間清除緩存，上例中指定每 24 小時(shí)強(qiáng)行清空緩存
區(qū)的所有內(nèi)容。
reference-type屬性可以有以下幾種配置：
1. STRONG
即基于傳統(tǒng)的Java對(duì)象引用機(jī)制，除非對(duì)Cache顯式清空（如到了flushInterval
設(shè)定的時(shí)間；執(zhí)行了flushOnExecute所指定的方法；或代碼中對(duì)Cache執(zhí)行了清除
操作等），否則引用將被持續(xù)保留。
此類型的設(shè)定適用于緩存常用的數(shù)據(jù)對(duì)象，或者當(dāng)前系統(tǒng)內(nèi)存非常充裕的情況。
2. SOFT
基于 SoftReference 的緩存實(shí)現(xiàn)，只有 JVM 內(nèi)存不足的時(shí)候，才會(huì)對(duì)緩沖池中的數(shù)
據(jù)對(duì)象進(jìn)行回收。
此類型的設(shè)定適用于系統(tǒng)內(nèi)存較為充裕，且系統(tǒng)并發(fā)量比較穩(wěn)定的情況。
3. WEAK
基于 WeakReference 的緩存實(shí)現(xiàn)，當(dāng) JVM 垃圾回收時(shí)，緩存中的數(shù)據(jù)對(duì)象將被 JVM
收回。
一般情況下，可以采用WEAK的MEMORY型Cache配置。

LRU型 Cache
當(dāng) Cache達(dá)到預(yù)先設(shè)定的最大容量時(shí)，ibatis會(huì)按照“最少使用”原則將使用頻率最少
的對(duì)象從緩沖中清除。
<cacheModel id="userCache" type="LRU">
<flushInterval hours="24"/>
<flushOnExecute statement="updateUser"/>
<property name="size" value="1000" />
</cacheModel>
可配置的參數(shù)有：
u flushInterval
指定了多長時(shí)間清除緩存，上例中指定每24小時(shí)強(qiáng)行清空緩存區(qū)的所有內(nèi)容。
u size Cache的最大容量。

FIFO型 Cache
先進(jìn)先出型緩存，最先放入Cache中的數(shù)據(jù)將被最先廢除。可配置參數(shù)與 LRU型相同：
<cacheModel id="userCache" type="FIFO">
<flushInterval hours="24"/>
<flushOnExecute statement="updateUser"/>
<property name="size" value="1000" />
</cacheModel>

OSCache

與上面幾種類型的Cache不同，OSCache來自第三方組織 Opensymphony。可以通過以
下網(wǎng)址獲得OSCache的最新版本（http://www.opensymphony.com/oscache/）。

在生產(chǎn)部署時(shí)，建議采用 OSCache，OSCache 是得到了廣泛使用的開源 Cache 實(shí)現(xiàn)
（Hibernate 中也提供了對(duì) OSCache 的支持），它基于更加可靠高效的設(shè)計(jì)，更重要的是，
最新版本的 OSCache 已經(jīng)支持 Cache 集群。如果系統(tǒng)需要部署在集群中，或者需要部署在
多機(jī)負(fù)載均衡模式的環(huán)境中以獲得性能上的優(yōu)勢，那么OSCache在這里則是不二之選。

Ibatis中對(duì)于OSCache的配置相當(dāng)簡單：
<cacheModel id="userCache" type="OSCACHE">
<flushInterval hours="24"/>
<flushOnExecute statement="updateUser"/>
<property name="size" value="1000" />
</cacheModel>

之所以配置簡單，原因在于，OSCache擁有自己的配置文件（oscache.properties）J。
下面是一個(gè)典型的OSCache配置文件：
#是否使用內(nèi)存作為緩存空間
cache.memory=true

#緩存管理事件監(jiān)聽器，通過這個(gè)監(jiān)聽器可以獲知當(dāng)前Cache的運(yùn)行情況
cache.event.listeners=com.opensymphony.oscache.plugins.clustersupport.JMSBroa
dcastingListener

#如果使用磁盤緩存（cache.memory=false），則需要指定磁盤存儲(chǔ)接口實(shí)現(xiàn)
#cache.persistence.class=com.opensymphony.oscache.plugins.diskpersistence.Disk
PersistenceListener

# 磁盤緩存所使用的文件存儲(chǔ)路徑
# cache.path=c:\\myapp\\cache

# 緩存調(diào)度算法，可選的有LRU,FIFO和無限緩存（UnlimitedCache） # cache.algorithm=com.opensymphony.oscache.base.algorithm.FIFOCache
# cache.algorithm=com.opensymphony.oscache.base.algorithm.UnlimitedCache
cache.algorithm=com.opensymphony.oscache.base.algorithm.LRUCache

#內(nèi)存緩存的最大容量
cache.capacity=1000

# 是否限制磁盤緩存的容量
# cache.unlimited.disk=false

# 基于JMS的集群緩存同步配置
#cache.cluster.jms.topic.factory=java:comp/env/jms/TopicConnectionFactory
#cache.cluster.jms.topic.name=java:comp/env/jms/OSCacheTopic
#cache.cluster.jms.node.name=node1

# 基于JAVAGROUP的集群緩存同步配置
#cache.cluster.properties=UDP(mcast_addr=231.12.21.132;mcast_port=45566;ip_
ttl=32;mcast_send_buf_size=150000;mcast_recv_buf_size=80000):PING(timeout
=2000;num_initial_members=3):MERGE2(min_interval=5000;max_interval=10000
):FD_SOCK:VERIFY_SUSPECT(timeout=1500):pbcast.NAKACK(gc_lag=50;retransm
it_timeout=300,600,1200,2400,4800):pbcast.STABLE(desired_avg_gossip=20000):
UNICAST(timeout=5000):FRAG(frag_size=8096;down_thread=false;up_thread=fal
se):pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;shun=false;print_loc
al_addr=true)
#cache.cluster.multicast.ip=231.12.21.132

配置好之后，將此文件放在 CLASSPATH 中，OSCache 在初始化時(shí)會(huì)自動(dòng)找到此
文件并根據(jù)其中的配置創(chuàng)建緩存實(shí)例。
ibatis in Spring
這里我們重點(diǎn)探討Spring框架下的ibatis應(yīng)用，特別是在容器事務(wù)管理模式下的ibatis
應(yīng)用開發(fā)。

關(guān)于Spring Framework，請參見筆者另一篇文檔：
《Spring 開發(fā)指南》http://www.xiaxin.net/Spring_Dev_Guide.rar

針對(duì)ibatis，Spring配置文件如下：

Ibatis-Context.xml:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" >
"http://www.springframework.org/dtd/spring-beans.dtd">

<beans>

<bean id="dataSource" >
class="org.apache.commons.dbcp.BasicDataSource"
destroy-method="close">
<property name="driverClassName">
<value>net.sourceforge.jtds.jdbc.Driver</value>
</property>
<property name="url">
<value>jdbc:jtds:sqlserver://127.0.0.1:1433/Sample</value>
</property>
<property name="username">
<value>test</value>
</property>
<property name="password">
<value>changeit</value>
</property>
</bean>

<bean id="sqlMapClient" >
class="org.springframework.orm.ibatis.SqlMapClientFactoryBean">
<property name="configLocation">
<value>SqlMapConfig.xml</value>
</property>
</bean>

<bean id="transactionManager" >
class="org.springframework.jdbc.datasource.DataSourceTransactio
nManager"> <property name="dataSource">
<ref local="dataSource"/>
</property>
</bean>

<bean id="userDAO" class="net.xiaxin.dao.UserDAO">
<property name="dataSource">
<ref local="dataSource" />
</property>
<property name="sqlMapClient">
<ref local="sqlMapClient" />
</property>
</bean>

<bean id="userDAOProxy" >
class="org.springframework.transaction.interceptor.TransactionPro
xyFactoryBean">

<property name="transactionManager">
<ref bean="transactionManager" />
</property>

<property name="target">
<ref local="userDAO" />
</property>

<property name="transactionAttributes">
<props>
<prop key="insert*">PROPAGATION_REQUIRED</prop>
<prop key="get*">PROPAGATION_REQUIRED,readOnly</prop>
</props>
</property>
</bean>
</beans>

可以看到：
1． sqlMapClient節(jié)點(diǎn)
sqlMapClient節(jié)點(diǎn)實(shí)際上配置了一個(gè)sqlMapClient的創(chuàng)建工廠類。
configLocation屬性配置了ibatis映射文件的名稱。

2． transactionManager節(jié)點(diǎn)
transactionManager采用了Spring中的DataSourceTransactionManager。

3． userDAO節(jié)點(diǎn) 對(duì)應(yīng)的，UserDAO需要配置兩個(gè)屬性，sqlMapClient和DataSource，
sqlMapClient將從指定的DataSource中獲取數(shù)據(jù)庫連接。

本例中Ibatis映射文件非常簡單：

sqlMapConfig.xml:
<sqlMapConfig>
<sqlMap resource="net/xiaxin/dao/entity/user.xml"/>
</sqlMapConfig>

net/xiaxin/dao/entity/user .xml
<sqlMap namespace="User">
<typeAlias alias="user" type="net.xiaxin.dao.entity.User" />

<insert id="insertUser" parameterClass="user">
INSERT INTO users ( username, password) VALUES ( #username#,
#password# )
</insert>

</sqlMap>

UserDAO.java：
public class UserDAO extends SqlMapClientDaoSupport implements
IUserDAO {

public void insertUser(User user) {
getSqlMapClientTemplate().update("insertUser", user);
}
}
SqlMapClientDaoSupport（如果使用ibatis 1.x版本，對(duì)應(yīng)支持類是
SqlMapDaoSupport）是Spring中面向ibatis的輔助類，它負(fù)責(zé)調(diào)度DataSource、
SqlMapClientTemplate（對(duì)應(yīng)ibatis 1.x版本是SqlMapTemplate）完成ibatis操作，
而DAO則通過對(duì)此類進(jìn)行擴(kuò)展獲得上述功能。上面配置文件中針對(duì)UserDAO的屬性設(shè)
置部分，其中的屬性也是繼承自于這個(gè)基類。

SqlMapClientTemplate對(duì)傳統(tǒng)SqlMapClient調(diào)用模式進(jìn)行了封裝，簡化了上層訪問
代碼。

User .java：
public class User {

public Integer id;

public String username; public String password;

public Integer getId() {
return id;
}

public void setId(Integer id) {
this.id = id;
}
public String getPassword() {
return password;
}

public void setPassword(String password) {
this.password = password;
}

public String getUsername() {
return username;
}

public void setUsername(String username) {
this.username = username;
}
}

測試代碼：
InputStream is = new FileInputStream("Ibatis-Context.xml");
XmlBeanFactory factory = new XmlBeanFactory(is);
IUserDAO userdao = (IUserDAO)factory.getBean("userDAOProxy");

User user = new User();
user.setUsername("Sofia");
user.setPassword("mypass");

userdao.insertUser(user);

對(duì)比前面 ibatis 程序代碼，我們可以發(fā)現(xiàn) UserDAO.java 變得異常簡潔，這也正是
Spring Framework為我們帶來的巨大幫助。

Spring以及其他IOC 框架對(duì)傳統(tǒng)的應(yīng)用框架進(jìn)行了顛覆性的革新，也許這樣的評(píng)價(jià)有
點(diǎn)過于煽情，但是這確是筆者第一次跑通 Spring HelloWorld 時(shí)的切身感受。有興趣的
讀者可以研究一下Spring framework，enjoy it！

posted on 2012-09-20 00:56 奮斗成就男人閱讀(583) 評(píng)論(0) 編輯收藏所屬分類: J2EE

新用戶注冊刷新評(píng)論列表


只有注冊用戶登錄后才能發(fā)表評(píng)論。




網(wǎng)站導(dǎo)航: 博客園 IT新聞 Chat2DB C++博客博問管理
相關(guān)文章: 從程序員到CTO的Java技術(shù)路線圖基于注解的 Spring MVC 簡單入門 Struts2攔截器的使用 struts2原理(轉(zhuǎn)) struts2 的基石--攔截器 Struts2的注解功能 ibatis 開發(fā)指南 3 ibatis 開發(fā)指南 3 JSTL 學(xué)習(xí)、應(yīng)用記錄開發(fā)dao模型

yxhxj2006

導(dǎo)航

留言簿(7)

隨筆分類

文章分類

隨筆檔案

閱讀排行榜

評(píng)論排行榜

常用鏈接

統(tǒng)計(jì)

最新評(píng)論

ibatis 開發(fā)指南 3