版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
1、<p> 頂崗實習技術應用論文</p><p> 題 目 J2EE的SSH框架的搭建和性能優(yōu)化 </p><p> 系 部 信息工程與管理系 </p><p> 專業(yè)班級 </p>
2、<p> 學生姓名 </p><p> 指導教師 指導教師姓名 </p><p> 二〇一四年 三 月 三 日</p><p><b> 目錄</b></p><p>
3、 J2EE的SSH框架的搭建和性能優(yōu)化- 3 -</p><p><b> 摘要- 3 -</b></p><p> 1.引言- 3 -</p><p> 2. Spring + Struts +Hibernate簡介- 4 -</p><p> 2.1 Struts框架結構- 4 -</p>
4、;<p> 2.1.1Model部分- 4 -</p><p> 2.1.2.View部分- 4 -</p><p> 2.1.3.Controller組件- 5 -</p><p> 2.2 Spring- 5 -</p><p> 2.2.1.輕量- 5 -</p><p> 2
5、.2.2.控制反轉- 5 -</p><p> 2.2.3.面向切面- 5 -</p><p> 2.2.4.容器- 5 -</p><p> 2.2.5.框架- 6 -</p><p> 2.3 Hibernate- 6 -</p><p> 2.3.1.Session接口- 6 -</p
6、><p> 2.3.2.SessionFactory接口- 6 -</p><p> 2.3.3.Configuration接口- 7 -</p><p> 2.3.4.Transaction接口- 7 -</p><p> 2.3.5.Query和Criteria接口- 7 -</p><p> 3.闡
7、述SSH整合框架- 7 -</p><p> 3.1集成SSH框架- 7 -</p><p> 4. 基于SSH框架的Web應用系統的實現- 8 -</p><p> 4.1數據持久層- 8 -</p><p> 4.2業(yè)務邏輯層- 8 -</p><p> 4.3表示層- 10 -</p&
8、gt;<p> 5 SSH性能的優(yōu)化- 10 -</p><p> 5.1 Struts優(yōu)化- 10 -</p><p> 5.1.1 logging和開發(fā)模式- 10 -</p><p> 5.1.2. 攔截器- 11 -</p><p> 5.1.3.緩存和過期時間- 11 -<
9、;/p><p> 5.1.4. Ajax theme(Dojo)或者Calendar標簽- 11 -</p><p> 5.1.5. freemark載入模板- 11 -</p><p> 5.1.6.freemark模板緩存- 11 -</p><p> 5.1.7. 模板路徑- 11 -</p>
10、<p> 5.1.8. session- 11 -</p><p> 5.1.9.標簽的使用- 12 -</p><p> 5.2 Spring 優(yōu)化- 12 -</p><p> 5.3 Hibernate 優(yōu)化- 13 -</p><p> 5.3.1、 數據庫設計- 13 -</p>&l
11、t;p> 5.3.3、 主配置- 14 -</p><p> 5.3.4、 緩存- 14 -</p><p> 5.3.5、 延遲加載- 14 -</p><p> 5.3.6、 方法選用- 15 -</p><p> 5.3.7、 集合的選用- 15 -</p><p> 5.3.8、 事
12、務控制- 15 -</p><p> 5.3.9、 批量操作- 16 -</p><p> 5.3.10、Hibernate的緩存- 16 -</p><p> 5.3.11Hibernate性能調優(yōu)- 18 -</p><p> 6.結語- 20 -</p><p><b> 致謝-
13、21 -</b></p><p> 參考文獻- 22 -</p><p> J2EE的SSH框架的搭建和性能優(yōu)化</p><p><b> 摘要</b></p><p> 針對當前Web應用程序開發(fā)面臨的問題,結合目前比較流行的開源框架Spring、Struts和Hibernate,提出了一種開發(fā)J
14、2EE Web應用的輕量級解決方案,以幫助開發(fā)人員在短期內搭建結構清晰、可復用性好、維護方便的Web應用程序。并且,通過案例具體說明了如何將這一方案應用到實際項目中。</p><p> 關鍵詞:J2EE MVC Struts Spring Hibernate </p><p><b> 1.引言</b></p&
15、gt;<p> 大型企業(yè)級Web應用系統的開發(fā)通常要求有一個良好的軟件架構、便于協作開發(fā)和擴展升級,而傳統的開發(fā)模式不能很好地滿足這些要求。本文針對當前Web應用程序開發(fā)面臨的問題,結合目前比較流行的開源框架SSH(Spring、Struts、Hibernate),提出一種開發(fā)J2EE 企業(yè)級Web應用的輕量級解決方案,并通過案例具體說明如何將這一方案應用到實際項目中。 </p><p>
16、2. Spring + Struts +Hibernate簡介</p><p> SSH 在J2EE項目中表示了3種框架,即 Spring + Struts +Hibernate。 Struts對Model,View和Controller都提供了對應的組件。Spring是一個輕量級的控制反轉(IoC)和面向切面(AOP)的容器框架,它由Rod Johnson創(chuàng)建。它是為了解決企業(yè)應用開發(fā)的復雜性而創(chuàng)建的。Spr
17、ing使用基本的JavaBean來完成以前只可能由EJB完成的事情。 Hibernate是一個開放源代碼的對象關系映射框架,它對JDBC進行了非常輕量級的對象封裝,可以應用在任何使用JDBC的場合,可以在Servlet/JSP的Web應用中使用,也可以在應用EJB的J2EE架構中取代CMP,完成數據持久化的重任。</p><p> 2.1 Struts框架結構</p><p><b
18、> 如圖: </b></p><p> Struts對Model,View和Controller都提供了對應的組件。</p><p> 在右圖中,ActionServlet,這個類是Struts的核心控制器,負責攔截來自用戶的請求。</p><p> Action,這個類通常由用戶提供,該控制器負責接收來自ActionServlet的請求,
19、并根據該請求調用模型的業(yè)務邏輯方法處理請求,并將處理結果返回給JSP頁面顯示。</p><p> 2.1.1Model部分 </p><p> 由ActionForm和JavaBean組成,其中ActionForm用于封裝用戶的請求參數,封裝成ActionForm對象,該對象被ActionServlet轉發(fā)給Action,Action根據ActionForm里面的請求參數處理用戶的請求
20、。</p><p> JavaBean則封裝了底層的業(yè)務邏輯,包括數據庫訪問等。</p><p> 2.1.2.View部分 </p><p> 該部分采用JSP實現。</p><p> Struts提供了豐富的標簽庫,通過標簽庫可以減少腳本的使用,自定義的標簽庫可以實現與Model的有效交互,并增加了現實功能。對應上圖的JSP部分。
21、</p><p> 2.1.3.Controller組件 </p><p> Controller組件有兩個部分組成——系統核心控制器,業(yè)務邏輯控制器。</p><p> 系統核心控制器,對應上圖的ActionServlet。該控制器由Struts框架提供,繼承HttpServlet類,因此可以配置成標注的Servlet。該控制器負責攔截所有的HTTP請求,然
22、后根據用戶請求決定是否要轉給業(yè)務邏輯控制器。</p><p> 業(yè)務邏輯控制器,負責處理用戶請求,本身不具備處理能力,而是調用Model來完成處理。對應Action部分。</p><p> 2.2 Spring</p><p><b> 簡介 </b></p><p> ◆目的:解決企業(yè)應用開發(fā)的復雜性</
23、p><p> ◆功能:使用基本的JavaBean代替EJB,并提供了更多的企業(yè)應用功能</p><p> ◆范圍:任何Java應用</p><p> 簡單來說,Spring是一個輕量級的控制反轉(IoC)和面向切面(AOP)的容器框架。</p><p><b> 2.2.1.輕量</b></p><
24、;p> 從大小與開銷兩方面而言Spring都是輕量的。完整的Spring框架可以在一個大小只有1MB多的JAR文件里發(fā)布。并且Spring所需的處理開銷也是微不足道的。此外,Spring是非侵入式的:典型地,Spring應用中的對象不依賴于Spring的特定類。</p><p> 2.2.2.控制反轉 </p><p> Spring通過一種稱作控制反轉(IoC)的技術促進了松
25、耦合。當應用了IoC,一個對象依賴的其它對象會通過被動的方式傳遞進來,而不是這個對象自己創(chuàng)建或者查找依賴對象。你可以認為IoC與JNDI相反——不是對象從容器中查找依賴,而是容器在對象初始化時不等對象請求就主動將依賴傳遞給它。</p><p> 2.2.3.面向切面 </p><p> Spring提供了面向切面編程的豐富支持,允許通過分離應用的業(yè)務邏輯與系統級服務(例如審計(audi
26、ting)和事務(transaction)管理)進行內聚性的開發(fā)。應用對象只實現它們應該做的——完成業(yè)務邏輯——僅此而已。它們并不負責(甚至是意識)其它的系統級關注點,例如日志或事務支持。</p><p><b> 2.2.4.容器 </b></p><p> Spring包含并管理應用對象的配置和生命周期,在這個意義上它是一種容器,你可以配置你的每個bean如何
27、被創(chuàng)建——基于一個可配置原型(prototype),你的bean可以創(chuàng)建一個單獨的實例或者每次需要時都生成一個新的實例——以及它們是如何相互關聯的。然而,Spring不應該被混同于傳統的重量級的EJB容器,它們經常是龐大與笨重的,難以使用。</p><p><b> 2.2.5.框架 </b></p><p> Spring可以將簡單的組件配置、組合成為復雜的應用
28、。在Spring中,應用對象被聲明式地組合,典型地是在一個XML文件里。Spring也提供了很多基礎功能(事務管理、持久化框架集成等等),將應用邏輯的開發(fā)留給了你。 </p><p> 所有Spring的這些特征使你能夠編寫更干凈、更可管理、并且更易于測試的代碼。它們也為Spring中的各種模塊提供了基礎支持。</p><p> 2.3 Hibernate</p><
29、;p> 簡介 Hibernate是一個開放源代碼的對象關系映射框架,它對JDBC進行了非常輕量級的對象封裝,使得Java程序員可以隨心所欲的使用對象編程思維來操縱數據庫。 Hibernate可以應用在任何使用JDBC的場合,既可以在Java的客戶端程序使用,也可以在Servlet/JSP的Web應用中使用,最具革命意義的是,Hibernate可以在應用EJB的J2EE架構中取代CMP,完成數據持久化的重任。</p>
30、<p> Hibernate的核心接口一共有5個,分別為:Session、SessionFactory、Transaction、Query和Configuration。這5個核心接口在任何開發(fā)中都會用到。通過這些接口,不僅可以對持久化對象進行存取,還能夠進行事務控制。下面對這五個核心接口分別加以介紹。</p><p> 2.3.1.Session接口 </p><p>
31、Session接口負責執(zhí)行被持久化對象的CRUD操作(CRUD的任務是完成與數據庫的交流,包含了很多常見的SQL語句。)。但需要注意的是Session對象是非線程安全的。同時,Hibernate的session不同于JSP應用中的HttpSession。這里當使用session這個術語時,其實指的是Hibernate中的session,而以后會將HttpSesion對象稱為用戶session。</p><p>
32、 2.3.2.SessionFactory接口 </p><p> SessionFactory接口負責初始化Hibernate。它充當數據存儲源的代理,并負責創(chuàng)建Session對象。這里用到了工廠模式。需要注意的是SessionFactory并不是輕量級的,因為一般情況下,一個項目通常只需要一個SessionFactory就夠,當需要操作多個數據庫時,可以為每個數據庫指定一個SessionFactory。&l
33、t;/p><p> 2.3.3.Configuration接口 </p><p> Configuration接口負責配置并啟動Hibernate,創(chuàng)建SessionFactory對象。在Hibernate的啟動的過程中,Configuration類的實例首先定位映射文檔位置、讀取配置,然后創(chuàng)建SessionFactory對象。</p><p> 2.3.4.Tr
34、ansaction接口 </p><p> Transaction接口負責事務相關的操作。它是可選的,開發(fā)人員也可以設計編寫自己的底層事務處理代碼。</p><p> 2.3.5.Query和Criteria接口 </p><p> Query和Criteria接口負責執(zhí)行各種數據庫查詢。它可以使用HQL語言或SQL語句兩種表達方式。</p>&
35、lt;p> 3.闡述SSH整合框架</p><p> SSH 在J2EE項目中表示了3種框架。那么怎樣將三者結合起來形成一個框架呢?</p><p> 3.1集成SSH框架</p><p> 集成SSH框架的系統從職責上分為四層:表示層、業(yè)務邏輯層、數據持久層和域模塊層。其中使用Struts作為系統的整體基礎架構,負責MVC的分離,在Struts框架的
36、模型部分,利用Hibernate框架對持久層提供支持,業(yè)務層用Spring支持。具體做法是:用面向對象的分析方法根據需求提出一些模型,將這些模型實現為基本的Java對象,然后編寫基本的DAO接口,并給出Hibernate的DAO實現,采用Hibernate架構實現的DAO類來實現Java類與數據庫之間的轉換和訪問,最后由Spring完成業(yè)務邏輯。 </p><p> 系統的基本業(yè)務流程是: 在表示層中,首先通過
37、JSP頁面實現交互界面,負責傳送請求(Request)和接收響應(Response),然后Struts根據配置文件(struts-config.xml)將ActionServlet接收到的Request委派給相應的Action處理。在業(yè)務層中,管理服務組件的Spring IoC容器負責向Action提供業(yè)務模型(Model)組件和該組件的協作對象數據處理(DAO)組件完成業(yè)務邏輯,并提供事務處理、緩沖池等容器組件以提升系統性能和保證數據
38、的完整性。而在持久層中,則依賴于Hibernate的對象化映射和數據庫交互,處理DAO組件請求的數據,并返回處理結果。 采用上述開發(fā)模型,不僅實現了視圖、控制器與模型的徹底分離,而且還實現了業(yè)務邏輯層與持久層的分離。這樣無論前端如何變化,模型層只需很少的改動,并且數據庫的變化也不會對前端有所影響,大大提高了系統的可復用性。而且由于不同層之間耦合度小,有利于團隊成員并行工作,大大提高了開發(fā)效率。</p><p&g
39、t; 4. 基于SSH框架的Web應用系統的實現</p><p> 下面將通過一個實際的系統來展示如何進行基于SSH框架的Web應用開發(fā)。該系統是為某通信公司運營部開發(fā)的一個問答式系統,功能類似于百度知道和新浪愛問。由于系統的模塊較多,下面就以一個用戶管理模塊為例來說明系統的開發(fā)實現過程,并將按照數據持久層、業(yè)務邏輯層、表示層的順序說明系統構建過程。</p><p><b&g
40、t; 4.1數據持久層</b></p><p> 數據持久層由Java對象持久化類和數據訪問對象(DAO)組成。每個數據庫表都對應著一個持久化對象,這樣就給予了開發(fā)者使用OO思想設計和開發(fā)的便利,同時也屏蔽了具體的數據庫和具體的數據表、字段,消除了對數據庫操作的硬編碼在重用性上的弊端。用戶信息表的部分結構如表1所 </p><p> Hibernate通過映射(Mappi
41、ng)文件將對象(Object)與關系型數據(Relational)相關聯,因此需要編寫和數據庫表相對應的Java持久化類以及對應的映射文件。有了Java持久化類后就可以在此基礎上實現數據訪問類。在Spring框架中,數據訪問類可以從輔助類HibernateDaoSupport繼承,這極大地方便了Hibernate框架在Spring中的使用,相應的部分代碼如下: public
42、 class UserDao extends HibernateDaoSupport { public int add(User user) { return Integer.Pa
43、rseInt(this.getHibernateTemplate().save(user).toString()); } public List findAll() { return this.getHibernateTempla
44、te().loadAll(User.class); } </p><p><b> 4.2業(yè)務邏輯層</b></p><p> 業(yè)務邏輯層由Spring框架支持,提供了處理業(yè)務邏輯的服務組件。開發(fā)者需要對業(yè)務對象建模,抽象出業(yè)務模型并封裝在Model組件中。由于數據持久層實現了J
45、ava持久化類并且封裝了數據訪問對象(DAO),因此可以在Model組件中方便地調用DAO組件來存取數據。Spring的IoC容器負責統一管理Model組件和DAO組件以及Spring所提供的事務處理、緩沖連接池等服務組件?! ≡谟脩艄芾砟K中,通過業(yè)務建模創(chuàng)建了用戶模型UserService類,封裝了對用戶的權限管理以及積分管理等功能。UserService類通過調用數據訪問類UserDao實現對用戶數據的操作。這些組件的關系將通過
46、配置Spring框架的applicationContext.xml聯系起來,配置文件的主要內容如下:</p><p> <beans xmlns="http://www.springframework.org/schema/beans"</p><p> xmlns:xsi="http://www.w3.org/2001/XMLSchema-inst
47、ance"</p><p> xmlns:context="http://www.springframework.org/schema/context"</p><p> xmlns:aop="http://www.springframework.org/schema/aop"</p><p> xmlns:t
48、x="http://www.springframework.org/schema/tx"</p><p> xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd</p>
49、<p> http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-2.5.xsd</p><p> http://www.springframework.org/schema/tx http://www.springframework.or
50、g/schema/tx/spring-tx-2.5.xsd</p><p> http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.5.xsd"></p><p> <bean id="dataSource"
51、;</p><p> class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"></p><p> <property name="driverClassName"</p><p> value="
52、;com.mysql.jdbc.Driver"></p><p> </property></p><p> <property name="url"</p><p> value="jdbc:mysql://localhost:3306/JXCproject"></p>
53、;<p> </property></p><p> <property name="username" value="root"></property></p><p> <property name="password" value="root"
54、></property></p><p><b> </bean></b></p><p> <bean id="sessionFactory"</p><p> class="sessionfactory.SesstionFactory"></p&g
55、t;<p> <property name="dataSource" ref="dataSource" /></p><p> <property name="namingStrategy" ref="namingStrategy" /></p><p> <p
56、roperty name="annotatedClassesLocations"></p><p><b> <list></b></p><p> <!-- 行政區(qū)域實體類 <value>com.uniwin.zwdc.base.model.Region</value> --></p
57、><p> <value>com/uniwin/model/*.class</value></p><p><b> </list></b></p><p> </property></p><p> <property name="excludedCl
58、assesRegexPatterns"></p><p><b> <list></b></p><p> <value><![CDATA[^[\w\.]+Test[\w]+$]]></value></p><p><b> </list></b&
59、gt;</p><p> </property></p><p> <property name="hibernateProperties"></p><p><b> <props></b></p><p> <prop key="hibe
60、rnate.dialect">${hibernate.dialect}</prop></p><p> <prop key="hibernate.cache.provider_class">org.hibernate.cache.EhCacheProvider</prop></p><p> <prop ke
61、y="hibernate.cache.use_query_cache">true</prop></p><p> <prop key="hibernate.show_sql">${hibernate.show_sql}</prop></p><p> <prop key="hibernat
62、e.hbm2ddl.auto">${hibernate.auto}</prop></p><p><b> </props></b></p><p> </property></p><p><b> </bean></b></p><
63、;p> <bean id="namingStrategy" class="sessionfactory.MyNamingStrategy" /></p><p><b> </beans></b></p><p><b> 4.3表示層</b></p>&
64、lt;p> 表示層結合JSP和Struts的TagLib庫處理顯示功能,利用ActionServlet將請求(*.do)映射到相應的Action,并由Action調用業(yè)務邏輯的服務組件,然后根據處理結果跳轉到Forword對象指定的響應頁面。 業(yè)務流程的部署由struts-config.xml完成。下面以一個顯示所有用戶信息的請求(ListUser.do)為例來說明配置文件的使用
65、。 基于J2EE的Web應用以其層次性、平臺無關性的優(yōu)勢已經逐漸成為了電子商務、電子政務主要的解決方案。本文針對傳統的J2EE Web應用開發(fā)的弊端,介紹了一種利用輕量級框架來快速搭建Web應用的解決方案,并且通過其在實際項目中的應用,證明了采用此方案可以幫助開發(fā)人員在短時間內建立結構清晰、可重用性好、維護擴展方便的Web應用程序。 </p><p> 5 SSH性能的優(yōu)
66、化</p><p> 5.1 Struts優(yōu)化</p><p> 5.1.1 logging和開發(fā)模式</p><p> 關閉logging和開發(fā)模式(devMode), devMode是在struts.properties中設置的, 關閉logging需要修改web.xml文件,加入以下參數 </p>
67、<p> <servlet><init-param><param-name>debug</param-name><param-value>0</param-value></init-param><init-param><param-name>detail</param-name><par
68、am-value>0</param-value></init-param></servlet></p><p> 5.1.2. 攔截器</p><p> 除非需要,否則不要使用攔截器(interceptor).</p><p> 如果一個Action不需要全棧的攔截器的話,就使用basicStack攔截器
69、或移除不需要的攔截器。 </p><p> 5.1.3.緩存和過期時間</p><p> 正確設置頁面的Cache-Control 和 Expires</p><p> 使用正確的HTTP頭(緩存控制和過期時間) </p><p> 當返回一個html頁面的時候,要保證html頁面包含正確的he
70、ader,使得瀏覽器可以知道怎樣緩存該html頁面。 </p><p> 5.1.4. Ajax theme(Dojo)或者Calendar標簽</p><p> struts2提供的Ajax theme(Dojo)或者Calendar標簽默認情況下保存在struts.jar包里面, 把這些js文件或者css文件拷出來放到另外一個服務器上可以提高
71、性能。</p><p> 當使用AJAX theme(Dojo)或日歷tag時,從Struts2的jar包復制靜態(tài)內容到http服務器。 因為http服務器會對這些靜態(tài)文件的請求進行優(yōu)化</p><p> 5.1.5. freemark載入模板</p><p> 如果
72、使用freemarker的話,在WEB-INF下的classes文件夾下創(chuàng)建一個freemarker.properties并且加入template_update_delay=60000, 這個值是freemarker多久從硬盤重新載入模板,默認情況下是500ms, 因為沒有必要檢查是不是需要重新載入模板文件,所以最好把它設置為一個很大的數字。</p><p> 5.1.6.freemark
73、模板緩存</p><p> 啟用Freemarker 模板緩存, 這是struts.freemarker.templatesCache為true, 默認情況下這個是false的。</p><p> 5.1.7. 模板路徑</p><p> 當覆蓋一個theme時,copy所有重要的模板到theme目錄 <
74、/p><p> 當template在當前目錄不能發(fā)現時,會有性能開銷。因為在返回父模板前,struts2必須在當前目錄進行theme檢查. 晚先時候,這個缺陷將要通過一個 template緩存解決。 </p><p> 5.1.8. session</p><p> 在你需要的時候才創(chuàng)建session除非需要,Struts2不會創(chuàng)建s
75、essions(比如,在你的攔截器stack中有createSession攔截器)。注意當使用SiteMesh時, 一個session將總是被創(chuàng)建(看看http://forums.opensymphony.com /thread.jspa?messageID=5688的描述). </p><p> 5.1.9.標簽的使用</p><p> 當使用FreeM
76、arker時,盡量使用等價的FreeMarker元素,代替JSP的標簽。 </p><p> Freemarker支持list迭代, 顯示屬性,包含其他模版, macro's等等.使用等價的FreeMarker元素代替struts2的tags 會有小的性能提升。 (例如:<s:property value="foo"/
77、>將要被${foo}代替).</p><p> 1 struts2.3.4.1.jar,xwork-core-2.3.4.jar,freemarker 升級為2.3.19</p><p> 2 ognl 升級為 3.0.5(+javassist-3.11.0.jar)</p><p> 3 根包
78、下增加freemarker.properties文件,內容為template_update_delay=60000</p><p> 4 struts.xml增加<constant name=”struts.devMode” value=”false”/>和<constant name=”struts.freemarker.templatesCache”
79、 value=”true”/></p><p> 5 把struts.xml中的默認攔截器定義為basicStack:</p><p> <package name="web" extends="tiles-default"> </p><p>
80、; <default-interceptor-ref name="basicStack" /> </p><p> </package></p><p> 執(zhí)行了這幾步之后,網站性能從5 req/s提升至70 req/s,請求處理時間從22s/req縮減至2s/req!</
81、p><p> 5.2 Spring 優(yōu)化</p><p> default-autowire="no"</p><p> //自動裝配設為否,當我們依賴注入的時候,用set,get方法,然后在spring配置文件中手動裝配</p><p> <bean id="" class="&q
82、uot;></p><p> <property name=""></p><p> <ref bean=""></p><p> </property></p><p><b> </bean></b></p&g
83、t;<p> 以上這是手動裝配,還可以自動裝配,這樣就不用寫<property>屬性了,</p><p><b> 直接:</b></p><p> <bean id="" class=""> 就可以,</p><p> 自動裝配有幾個配置:</p>
84、;<p> ● byname : 試圖在容器中尋找和需要自動裝配的屬性名相同的bean或id,如果沒有找到相應的bean,則這個屬性未被裝配上。 </p><p> ● byType : 試圖在容器中尋找一個與需要自動裝配的屬性類型相同的bean或id,如果沒有找到,則該屬性未被裝配上。 </p><p> ● constructor : 試圖在容器中尋找與需要自動裝配
85、的bean的構造函數參數一致的一個或多個bean,如果沒找到則拋出異常。 </p><p> ● autodetect : 首先嘗試使用constructor來自動裝配,然后再使用byType方式。</p><p> 最常用的就是 default-autowire="byName",這樣只寫<bean id="" class="
86、"> 就可以,系統會自動查找和名字相關的<bean>來裝配依賴注入的。</p><p> default-lazy-init="true" </p><p> 延遲加載設為true,這樣當spring啟動時就不會一次加載所有的bean了,當getBean的時候才會被加載</p><p> 5.3 Hibernat
87、e 優(yōu)化</p><p> 初用HIBERNATE的人也許都遇到過性能問題,實現同一功能,用HIBERNATE與用JDBC性能相差十幾倍很正常,如果不及早調整,很可能影響整個項目的進度。</p><p> 5.3.1、 數據庫設計</p><p> a) 降低關聯的復雜性 b) 盡量不使用聯合主鍵 c) ID的生成機制,不同的數據庫所提供的機制并不
88、完全一樣 d) 適當的冗余數據,不過分追求高范式 5.3.2、 HQL優(yōu)化 HQL如果拋開它同HIBERNATE本身一些緩存機制的關聯,HQL的優(yōu)化技巧同普通的SQL優(yōu)化技巧一樣,可以很容易在網上找到一些經驗之談。</p><p> 5.3.3、 主配置</p><p> a) 查詢緩存,同下面講的緩存不太一樣,它是針對HQL語句的緩存,即完全一樣的語句再次執(zhí)行時可以
89、利用緩存數據。但是,查詢緩存在一個交易系統(數據變更頻繁,查詢條件相同的機率并不大)中可能會起反作用:它會白白耗費大量的系統資源但卻難以派上用場。 b) fetch_size,同JDBC的相關參數作用類似,參數并不是越大越好,而應根據業(yè)務特征去設置 c) batch_size同上。 d) 生產系統中,切記要關掉SQL語句打印。</p><p> 5.3.4、 緩存 </p>&
90、lt;p> a) 數據庫級緩存:這級緩存是最高效和安全的,但不同的數據庫可管理的層次并不一樣,比如,在ORACLE中,可以在建表時指定將整個表置于緩存當中。 b) SESSION緩存:在一個HIBERNATE SESSION有效,這級緩存的可干預性不強,大多于HIBERNATE自動管理,但它提供清除緩存的方法,這在大批量增加/更新操作是有效的。比如,同時增加十萬條記錄,按常規(guī)方式進行,很可能會發(fā)現OutofMemeroy的
91、異常,這時可能需要手動清除這一級緩存:Session.evict以及 Session.clear c) 應用緩存:在一個SESSIONFACTORY中有效,因此也是優(yōu)化的重中之重,因此,各類策略也考慮的較多,在將數據放入這一級緩存之前,需要考慮一些前提條件: i. 數據不會被第三方修改(比如,是否有另一個應用也在修改這些數據?) ii. 數據不會太大 iii. 數據不會頻繁更新(否則使用CACHE可能適得其反)
92、 iv. 數據會被頻繁查詢 v. 數據不是關鍵數據(如涉及錢,安全等方面的問題)。 緩存有幾種形式,可以在映射文件中配置:r</p><p> 5.3.5、 延遲加載 </p><p> a) 實體延遲加載:通過使用動態(tài)代理實現 b) 集合延遲加載:通過實現自有的SET/LIST,HIBERNATE提供了這方面的支持 c) 屬性延遲加載: </p>
93、;<p> 5.3.6、 方法選用 </p><p> a) 完成同樣一件事,HIBERNATE提供了可供選擇的一些方式,但具體使用什么方式,可能用性能/代碼都會有影響。顯示,一次返回十萬條記錄 (List/Set/Bag/Map等)進行處理,很可能導致內存不夠的問題,而如果用基于游標(ScrollableResults)或 Iterator的結果集,則不存在這樣的問題。 b) Sessi
94、on的load/get方法,前者會使用二級緩存,而后者則不使用。 c) Query和list/iterator,如果去仔細研究一下它們,你可能會發(fā)現很多有意思的情況,二者主要區(qū)別(如果使用了Spring,在HibernateTemplate中對應find,iterator方法): i. list只能利用查詢緩存(但在交易系統中查詢緩存作用不大),無法利用二級緩存中的單個實體,但list查出的對象會寫入二級緩存,但它一般只生
95、成較少的執(zhí)行SQL語句,很多情況就是一條(無關聯)。 ii. iterator則可以利用二級緩存,對于一條查詢語句,它會先從數據庫中找出所有符合條件的記錄的ID,再通過ID去緩存找,對于緩存中沒有的記錄,再構</p><p> YouObject object = (YouObject)it.next();</p><p> session.evict(youObject);
96、</p><p> sessionFactory.evice(YouObject.class, youObject.getId()); </p><p> } 如果用list方法,很可能就出OutofMemory錯誤了?!?lt;/p><p> iv. 通過上面的說明,我想你應該知道如何去使用這兩個方法了。</p><p> 5.3.7
97、、 集合的選用 </p><p> 在HIBERNATE 3.1文檔的“19.5. Understanding Collection performance”中有詳細的說明。 </p><p> 5.3.8、 事務控制 </p><p> 事務方面對性能有影響的主要包括:事務方式的選用,事務隔離級別以及鎖的選用 a) 事務方式選用:如果不涉及多個事務管理
98、器事務的話,不需要使用JTA,只有JDBC的事務控制就可以。</p><p> b) 事務隔離級別:參見標準的SQL事務隔離級別 c) 鎖的選用:悲觀鎖(一般由具體的事務管理器實現),對于長事務效率低,但安全。樂觀鎖(一般在應用級別實現),如在HIBERNATE中可以定義 VERSION字段,顯然,如果有多個應用操作數據,且這些應用不是用同一種樂觀鎖機制,則樂觀鎖會失效。因此,針對不同的數據應有不同的策略
99、,同前面許多情況一樣,很多時候我們是在效率與安全/準確性上找一個平衡點,無論如何,優(yōu)化都不是一個純技術的問題,你應該對你的應用和業(yè)務特征有足夠的了解。 </p><p> 5.3.9、 批量操作</p><p> 即使是使用JDBC,在進行大批數據更新時,BATCH與不使用BATCH有效率上也有很大的差別。我們可以通過設置batch_size來讓其支持批量操作。 舉個例子,要批量
100、刪除某表中的對象,如“delete Account”,打出來的語句,會發(fā)現HIBERNATE找出了所有ACCOUNT的ID,再進行刪除,這主要是為了維護二級緩存,這樣效率肯定高不了,在后續(xù)的版本中增加了bulk delete/update,但這也無法解決緩存的維護問題。也就是說,由于有了二級緩存的維護問題,HIBERNATE的批量操作效率并不盡如人意! </p><p> 從前面許多要點可以看出,很多時候我們是
101、在效率與安全/準確性上找一個平衡點,無論如何,優(yōu)化都不是一個純技術的問題,你應該對你的應用和業(yè)務特征有足夠的了解,一般的,優(yōu)化方案應在架構設計期就基本確定,否則可能導致沒必要的返工,致使項目延期,而作為架構師和項目經理,還要面對開發(fā)人員可能的抱怨,必竟,我們對用戶需求更改的控制力不大,但技術/架構風險是應該在初期意識到并制定好相關的對策。 </p><p> 還有一點要注意,應用層的緩存只是錦上添花,永遠不要
102、把它當救命稻草,應用的根基(數據庫設計,算法,高效的操作語句,恰當API的選擇等)才是最重要的。 </p><p> 5.3.10、Hibernate的緩存</p><p> 1、首先設置EhCache,建立配置文件ehcache.xml,默認的位置在class-path,可以放到你的src目錄下: </p><p> ?。?xml version="
103、;1.0" encoding="UTF-8"?> <ehcache> ?。糳iskStore path="java.io.tmpdir"/> ?。糳efaultCache maxElementsInMemory="10000" <!-- 緩存最大數目 --> eternal="false" <!-- 緩存是否持久 -->
104、 overflowToDisk="true" <!-- 是否保存到磁盤,當系統當機時--> timeToIdleSeconds="300" <!-- 當緩存閑置n秒后銷毀 --> timeToLiveSeconds="180" <!-- 當緩存存活n秒后銷毀--> diskPersistent="false" diskEx
105、piryThreadIntervalSeconds= "120"/> </ehcache> </p><p> 2、在Hibernate配置文件中設置: </p><p> ?。?-- 設置Hibernate的緩存接口類,這個類在Hibernate包中 --> <property name="cache.provider_class">org.
106、hibernate.cache.EhCacheProvider</property> ?。?-- 是否使用查詢緩存 --> ?。紁roperty name="hibernate.cache.use_query_cache">true</property> 如果使用spring調用Hibernate的sessionFactory的話,這樣設置: ?。?--HibernateSession工廠管理 -->
107、 ?。糱ean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"> ?。紁roperty name="dataSource"> ?。紃ef bean="datasource" /> </property>
108、 ?。紁roperty name="hibern</p><p> 3、在Hbm文件中添加<cache usage="read-only"/> </p><p> 4、如果需要“查詢緩存”,還需要在使用Query或Criteria()時設置其setCacheable(true);屬性 </p><p> 5.3.11Hiberna
109、te性能調優(yōu) </p><p> 一。 inverse = ? </p><p> inverse=false(default) 用
110、于單向one-to-many關聯 </p><p> parent.getChildren().add(child) // insert child </p><p> parent.getChildren().delete(child) // delete child </p><p> inverse=true
111、60; 用于雙向one-to-many關聯 </p><p> child.setParent(parent); session.save(child) // insert child </p>
112、<p> session.delete(child) </p><p> 在分層結構的體系中 </p><p> parentDao, childDao對于CRUD的封裝導致往往直接通過session接口持久化對象,而很少通過關聯對象可達性 </p><p> 二。 one-to-many關系 </p><p> 單向關
113、系還是雙向關系? parent.getChildren().add(child)對集合的觸及操作會導致lazy的集合初始化,在沒有對集合配置二級緩存的情況下,應避免此類操作 </p>
114、<p> select * from child where parent_id = xxx; </p><p><b> 性能口訣: </b></p><p> 1. 一般情況下避免使用單向關聯,盡量使用雙向關聯 </p><p> 2. 使用雙向關聯,inverse=“true” </p><p>
115、; 3. 在分層結構中通過DAO接口用session直接持久化對象,避免通過關聯關系進行可達性持久化 </p><p> 三。many-to-one關系 </p><p> 單向many-to-one表達了外鍵存儲方 </p><p> 靈活運用many-to-one可以避免一些不必要的性能問題 </p><p> many-to-
116、one表達的含義是:0..n : 1,many可以是0,可以是1,也可以是n,也就是說many-to-one可以表達一對多,一對一,多對一關系 </p><p> 因此可以配置雙向many-to-one關系,例如: </p><p> 1. 一桌四人打麻將,麻將席位和打麻將的人是什么關系?是雙向many-to-one的關系 </p><p&
117、gt; 四。one-to-one </p><p><b> 通過主鍵進行關聯 </b></p><p> 相當于把大表拆分為多個小表 </p><p> 例如把大字段單獨拆分出來,以提高數據庫操作的性能 </p><p> Hibernate的one-to-one似乎無法lazy,必須通過bytecode
118、enhancement </p><p> 五。集合List/Bag/Set </p><p> one-to-many </p><p> 1. List需要維護index column,不能被用于雙向關聯,必須inverse=“false”,被謹慎的使用在某些稀有的場合 </p><p> 2.
119、 Bag/Set語義上沒有區(qū)別 3. 我個人比較喜歡使用Bag
120、; many-to-many 1. Bag和Set語義有區(qū)別
121、 2。 建議使用Set 六。集合的過濾</p><p> 1. children = session.createFilter(parent.getChildren(), “where this.age > 5 and this.age < 10”).list()
122、 針對一對多關聯當中的集合元素非常龐大的情況,特別適合于龐大集合的分頁: session.createFilter(parent.get
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 基于J2EE架構的SSH組合框架的研究.pdf
- j2ee網上商城畢業(yè)論文
- 基于j2ee的網上商城畢業(yè)論文
- 畢業(yè)論文范文——基于j2ee框架的個人博客系統項目
- 畢業(yè)論文范文——基于j2ee框架的個人博客系統項目
- 基于J2EE架構的SSH組合框架的設計與應用.pdf
- 畢業(yè)論文基于j2ee的web應用研究
- 基于mda的新型j2ee框架
- 基于J2EE架構的SSH框架研究及其在HRMS中的應用.pdf
- 基于j2ee框架的個人博客系統項目畢業(yè)設計論文 (2)
- 基于j2ee平臺的erp銷售管理系統---畢業(yè)論文
- 畢業(yè)論文-基于j2ee的高職院校實習管理系統
- J2EE系統的性能優(yōu)化策略研究.pdf
- 基于J2EE架構的SSH2組合框架的Web應用.pdf
- 基于j2ee框架的元器件管理系統畢業(yè)設計論文
- 基于j2ee框架的個人博客系統項目畢業(yè)設計論文
- 基于J2EE框架的數據庫性能優(yōu)化的研究與設計.pdf
- 畢業(yè)論文范文——基于j2ee架構的在線考試系統
- 基于j2ee的學院計算中心網站設計畢業(yè)論文
- 基于J2EE框架的個人博客系統項目畢業(yè)設計論文.doc
評論
0/150
提交評論