本科畢設(shè)論文--j2ee的ssh框架的搭建和性能優(yōu)化

保定電力職業(yè)技術(shù)學(xué)院頂崗實(shí)習(xí)技術(shù)應(yīng)用（論文）PAGE2-保定電力職業(yè)技術(shù)學(xué)院頂崗實(shí)習(xí)技術(shù)應(yīng)用論文題目J2EE的SSH框架的搭建和性能優(yōu)化系部信息工程與管理系

目錄J2EE的SSH框架的搭建和性能優(yōu)化 -3-摘要 -3-1.引言 -3-2.Spring+Struts+Hibernate簡介 -4-2.1Struts框架結(jié)構(gòu) -4-2.1.1Model部分 -4-2.1.2.View部分 -4-2.1.3.Controller組件 -5-2.2Spring -5-2.2.1.輕量 -5-2.2.2.控制反轉(zhuǎn) -5-2.2.3.面向切面 -5-2.2.4.容器 -5-2.2.5.框架 -6-2.3Hibernate -6-2.3.1.Session接口 -6-2.3.2.SessionFactory接口 -6-2.3.3.Configuration接口 -7-2.3.4.Transaction接口 -7-2.3.5.Query和Criteria接口 -7-3.闡述SSH整合框架 -7-3.1集成SSH框架 -7-4.基于SSH框架的Web應(yīng)用系統(tǒng)的實(shí)現(xiàn) -8-4.1數(shù)據(jù)持久層 -8-4.2業(yè)務(wù)邏輯層 -8-4.3表示層 -10-5SSH性能的優(yōu)化 -10-5.1Struts優(yōu)化 -10-5.1.1

logging和開發(fā)模式 -10-5.1.2.

攔截器 -11-5.1.3.緩存和過期時(shí)間 -11-5.1.4.Ajax

theme(Dojo)或者Calendar標(biāo)簽 -11-5.1.5.freemark載入模板 -11-5.1.6.freemark模板緩存 -11-5.1.7.

模板路徑 -11-5.1.8.session -11-5.1.9.標(biāo)簽的使用 -12-5.2Spring優(yōu)化 -12-5.3Hibernate優(yōu)化 -13-5.3.1、數(shù)據(jù)庫設(shè)計(jì) -13-5.3.3、主配置 -14-5.3.4、緩存 -14-5.3.5、延遲加載 -14-5.3.6、方法選用 -15-5.3.7、集合的選用 -15-5.3.8、事務(wù)控制 -15-5.3.9、批量操作 -16-5.3.10、Hibernate的緩存 -16-5.3.11Hibernate性能調(diào)優(yōu) -18-6.結(jié)語 -20-致謝 -21-參考文獻(xiàn) -22-J2EE的SSH框架的搭建和性能優(yōu)化姓名：李朝云班級(jí)：軟件1101班學(xué)號(hào)：180111121摘要針對(duì)當(dāng)前Web應(yīng)用程序開發(fā)面臨的問題，結(jié)合目前比較流行的開源框架Spring、Struts和Hibernate，提出了一種開發(fā)J2EEWeb應(yīng)用的輕量級(jí)解決方案，以幫助開發(fā)人員在短期內(nèi)搭建結(jié)構(gòu)清晰、可復(fù)用性好、維護(hù)方便的Web應(yīng)用程序。并且，通過案例具體說明了如何將這一方案應(yīng)用到實(shí)際項(xiàng)目中。

關(guān)鍵詞:J2EE

MVC

Struts

Spring

Hibernate1.引言大型企業(yè)級(jí)Web應(yīng)用系統(tǒng)的開發(fā)通常要求有一個(gè)良好的軟件架構(gòu)、便于協(xié)作開發(fā)和擴(kuò)展升級(jí)，而傳統(tǒng)的開發(fā)模式不能很好地滿足這些要求。本文針對(duì)當(dāng)前Web應(yīng)用程序開發(fā)面臨的問題，結(jié)合目前比較流行的開源框架SSH（Spring、Struts、Hibernate)，提出一種開發(fā)J2EE企業(yè)級(jí)Web應(yīng)用的輕量級(jí)解決方案，并通過案例具體說明如何將這一方案應(yīng)用到實(shí)際項(xiàng)目中。2.Spring+Struts+Hibernate簡介SSH在J2EE項(xiàng)目中表示了3種框架，即Spring+Struts+Hibernate。Struts對(duì)Model，View和Controller都提供了對(duì)應(yīng)的組件。Spring是一個(gè)輕量級(jí)的控制反轉(zhuǎn)(IoC)和面向切面(AOP)的容器框架，它由RodJohnson創(chuàng)建。它是為了解決企業(yè)應(yīng)用開發(fā)的復(fù)雜性而創(chuàng)建的。Spring使用基本的JavaBean來完成以前只可能由EJB完成的事情。Hibernate是一個(gè)開放源代碼的對(duì)象關(guān)系映射框架，它對(duì)JDBC進(jìn)行了非常輕量級(jí)的對(duì)象封裝，可以應(yīng)用在任何使用JDBC的場(chǎng)合，可以在Servlet/JSP的Web應(yīng)用中使用，也可以在應(yīng)用EJB的J2EE架構(gòu)中取代CMP，完成數(shù)據(jù)持久化的重任。2.1Struts框架結(jié)構(gòu)如圖：Struts對(duì)Model，View和Controller都提供了對(duì)應(yīng)的組件。在右圖中，ActionServlet，這個(gè)類是Struts的核心控制器，負(fù)責(zé)攔截來自用戶的請(qǐng)求。Action，這個(gè)類通常由用戶提供，該控制器負(fù)責(zé)接收來自ActionServlet的請(qǐng)求，并根據(jù)該請(qǐng)求調(diào)用模型的業(yè)務(wù)邏輯方法處理請(qǐng)求，并將處理結(jié)果返回給JSP頁面顯示。2.1.1Model部分由ActionForm和JavaBean組成，其中ActionForm用于封裝用戶的請(qǐng)求參數(shù)，封裝成ActionForm對(duì)象，該對(duì)象被ActionServlet轉(zhuǎn)發(fā)給Action，Action根據(jù)ActionForm里面的請(qǐng)求參數(shù)處理用戶的請(qǐng)求。JavaBean則封裝了底層的業(yè)務(wù)邏輯，包括數(shù)據(jù)庫訪問等。2.1.2.View部分該部分采用JSP實(shí)現(xiàn)。Struts提供了豐富的標(biāo)簽庫，通過標(biāo)簽庫可以減少腳本的使用，自定義的標(biāo)簽庫可以實(shí)現(xiàn)與Model的有效交互，并增加了現(xiàn)實(shí)功能。對(duì)應(yīng)上圖的JSP部分。2.1.3.Controller組件Controller組件有兩個(gè)部分組成——系統(tǒng)核心控制器，業(yè)務(wù)邏輯控制器。系統(tǒng)核心控制器，對(duì)應(yīng)上圖的ActionServlet。該控制器由Struts框架提供，繼承HttpServlet類，因此可以配置成標(biāo)注的Servlet。該控制器負(fù)責(zé)攔截所有的HTTP請(qǐng)求，然后根據(jù)用戶請(qǐng)求決定是否要轉(zhuǎn)給業(yè)務(wù)邏輯控制器。業(yè)務(wù)邏輯控制器，負(fù)責(zé)處理用戶請(qǐng)求，本身不具備處理能力，而是調(diào)用Model來完成處理。對(duì)應(yīng)Action部分。2.2Spring簡介◆目的：解決企業(yè)應(yīng)用開發(fā)的復(fù)雜性◆功能：使用基本的JavaBean代替EJB，并提供了更多的企業(yè)應(yīng)用功能◆范圍：任何Java應(yīng)用簡單來說，Spring是一個(gè)輕量級(jí)的控制反轉(zhuǎn)(IoC)和面向切面(AOP)的容器框架。2.2.1.輕量從大小與開銷兩方面而言Spring都是輕量的。完整的Spring框架可以在一個(gè)大小只有1MB多的JAR文件里發(fā)布。并且Spring所需的處理開銷也是微不足道的。此外，Spring是非侵入式的：典型地，Spring應(yīng)用中的對(duì)象不依賴于Spring的特定類。2.2.2.控制反轉(zhuǎn)Spring通過一種稱作控制反轉(zhuǎn)（IoC）的技術(shù)促進(jìn)了松耦合。當(dāng)應(yīng)用了IoC，一個(gè)對(duì)象依賴的其它對(duì)象會(huì)通過被動(dòng)的方式傳遞進(jìn)來，而不是這個(gè)對(duì)象自己創(chuàng)建或者查找依賴對(duì)象。你可以認(rèn)為IoC與JNDI相反——不是對(duì)象從容器中查找依賴，而是容器在對(duì)象初始化時(shí)不等對(duì)象請(qǐng)求就主動(dòng)將依賴傳遞給它。2.2.3.面向切面Spring提供了面向切面編程的豐富支持，允許通過分離應(yīng)用的業(yè)務(wù)邏輯與系統(tǒng)級(jí)服務(wù)（例如審計(jì)（auditing）和事務(wù)（transaction）管理）進(jìn)行內(nèi)聚性的開發(fā)。應(yīng)用對(duì)象只實(shí)現(xiàn)它們應(yīng)該做的——完成業(yè)務(wù)邏輯——僅此而已。它們并不負(fù)責(zé)（甚至是意識(shí)）其它的系統(tǒng)級(jí)關(guān)注點(diǎn)，例如日志或事務(wù)支持。2.2.4.容器Spring包含并管理應(yīng)用對(duì)象的配置和生命周期，在這個(gè)意義上它是一種容器，你可以配置你的每個(gè)bean如何被創(chuàng)建——基于一個(gè)可配置原型（prototype），你的bean可以創(chuàng)建一個(gè)單獨(dú)的實(shí)例或者每次需要時(shí)都生成一個(gè)新的實(shí)例——以及它們是如何相互關(guān)聯(lián)的。然而，Spring不應(yīng)該被混同于傳統(tǒng)的重量級(jí)的EJB容器，它們經(jīng)常是龐大與笨重的，難以使用。2.2.5.框架Spring可以將簡單的組件配置、組合成為復(fù)雜的應(yīng)用。在Spring中，應(yīng)用對(duì)象被聲明式地組合，典型地是在一個(gè)XML文件里。Spring也提供了很多基礎(chǔ)功能（事務(wù)管理、持久化框架集成等等），將應(yīng)用邏輯的開發(fā)留給了你。所有Spring的這些特征使你能夠編寫更干凈、更可管理、并且更易于測(cè)試的代碼。它們也為Spring中的各種模塊提供了基礎(chǔ)支持。2.3Hibernate簡介Hibernate是一個(gè)開放源代碼的對(duì)象關(guān)系映射框架，它對(duì)JDBC進(jìn)行了非常輕量級(jí)的對(duì)象封裝，使得Java程序員可以隨心所欲的使用對(duì)象編程思維來操縱數(shù)據(jù)庫。Hibernate可以應(yīng)用在任何使用JDBC的場(chǎng)合，既可以在Java的客戶端程序使用，也可以在Servlet/JSP的Web應(yīng)用中使用，最具革命意義的是，Hibernate可以在應(yīng)用EJB的J2EE架構(gòu)中取代CMP，完成數(shù)據(jù)持久化的重任。Hibernate的核心接口一共有5個(gè)，分別為:Session、SessionFactory、Transaction、Query和Configuration。這5個(gè)核心接口在任何開發(fā)中都會(huì)用到。通過這些接口，不僅可以對(duì)持久化對(duì)象進(jìn)行存取，還能夠進(jìn)行事務(wù)控制。下面對(duì)這五個(gè)核心接口分別加以介紹。2.3.1.Session接口Session接口負(fù)責(zé)執(zhí)行被持久化對(duì)象的CRUD操作(CRUD的任務(wù)是完成與數(shù)據(jù)庫的交流，包含了很多常見的SQL語句。)。但需要注意的是Session對(duì)象是非線程安全的。同時(shí)，Hibernate的session不同于JSP應(yīng)用中的HttpSession。這里當(dāng)使用session這個(gè)術(shù)語時(shí)，其實(shí)指的是Hibernate中的session，而以后會(huì)將HttpSesion對(duì)象稱為用戶session。2.3.2.SessionFactory接口SessionFactory接口負(fù)責(zé)初始化Hibernate。它充當(dāng)數(shù)據(jù)存儲(chǔ)源的代理，并負(fù)責(zé)創(chuàng)建Session對(duì)象。這里用到了工廠模式。需要注意的是SessionFactory并不是輕量級(jí)的，因?yàn)橐话闱闆r下，一個(gè)項(xiàng)目通常只需要一個(gè)SessionFactory就夠，當(dāng)需要操作多個(gè)數(shù)據(jù)庫時(shí)，可以為每個(gè)數(shù)據(jù)庫指定一個(gè)SessionFactory。2.3.3.Configuration接口Configuration接口負(fù)責(zé)配置并啟動(dòng)Hibernate，創(chuàng)建SessionFactory對(duì)象。在Hibernate的啟動(dòng)的過程中，Configuration類的實(shí)例首先定位映射文檔位置、讀取配置，然后創(chuàng)建SessionFactory對(duì)象。2.3.4.Transaction接口Transaction接口負(fù)責(zé)事務(wù)相關(guān)的操作。它是可選的，開發(fā)人員也可以設(shè)計(jì)編寫自己的底層事務(wù)處理代碼。2.3.5.Query和Criteria接口Query和Criteria接口負(fù)責(zé)執(zhí)行各種數(shù)據(jù)庫查詢。它可以使用HQL語言或SQL語句兩種表達(dá)方式。3.闡述SSH整合框架SSH在J2EE項(xiàng)目中表示了3種框架。那么怎樣將三者結(jié)合起來形成一個(gè)框架呢？3.1集成SSH框架集成SSH框架的系統(tǒng)從職責(zé)上分為四層：表示層、業(yè)務(wù)邏輯層、數(shù)據(jù)持久層和域模塊層。其中使用Struts作為系統(tǒng)的整體基礎(chǔ)架構(gòu)，負(fù)責(zé)MVC的分離，在Struts框架的模型部分，利用Hibernate框架對(duì)持久層提供支持，業(yè)務(wù)層用Spring支持。具體做法是：用面向?qū)ο蟮姆治龇椒ǜ鶕?jù)需求提出一些模型，將這些模型實(shí)現(xiàn)為基本的Java對(duì)象，然后編寫基本的DAO接口，并給出Hibernate的DAO實(shí)現(xiàn)，采用Hibernate架構(gòu)實(shí)現(xiàn)的DAO類來實(shí)現(xiàn)Java類與數(shù)據(jù)庫之間的轉(zhuǎn)換和訪問，最后由Spring完成業(yè)務(wù)邏輯。系統(tǒng)的基本業(yè)務(wù)流程是：在表示層中，首先通過JSP頁面實(shí)現(xiàn)交互界面，負(fù)責(zé)傳送請(qǐng)求(Request)和接收響應(yīng)(Response)，然后Struts根據(jù)配置文件(struts-config.xml)將ActionServlet接收到的Request委派給相應(yīng)的Action處理。在業(yè)務(wù)層中，管理服務(wù)組件的SpringIoC容器負(fù)責(zé)向Action提供業(yè)務(wù)模型(Model)組件和該組件的協(xié)作對(duì)象數(shù)據(jù)處理(DAO)組件完成業(yè)務(wù)邏輯，并提供事務(wù)處理、緩沖池等容器組件以提升系統(tǒng)性能和保證數(shù)據(jù)的完整性。而在持久層中，則依賴于Hibernate的對(duì)象化映射和數(shù)據(jù)庫交互，處理DAO組件請(qǐng)求的數(shù)據(jù)，并返回處理結(jié)果。

采用上述開發(fā)模型，不僅實(shí)現(xiàn)了視圖、控制器與模型的徹底分離，而且還實(shí)現(xiàn)了業(yè)務(wù)邏輯層與持久層的分離。這樣無論前端如何變化，模型層只需很少的改動(dòng)，并且數(shù)據(jù)庫的變化也不會(huì)對(duì)前端有所影響，大大提高了系統(tǒng)的可復(fù)用性。而且由于不同層之間耦合度小，有利于團(tuán)隊(duì)成員并行工作，大大提高了開發(fā)效率。

4.基于SSH框架的Web應(yīng)用系統(tǒng)的實(shí)現(xiàn)

下面將通過一個(gè)實(shí)際的系統(tǒng)來展示如何進(jìn)行基于SSH框架的Web應(yīng)用開發(fā)。該系統(tǒng)是為某通信公司運(yùn)營部開發(fā)的一個(gè)問答式系統(tǒng)，功能類似于百度知道和新浪愛問。由于系統(tǒng)的模塊較多，下面就以一個(gè)用戶管理模塊為例來說明系統(tǒng)的開發(fā)實(shí)現(xiàn)過程，并將按照數(shù)據(jù)持久層、業(yè)務(wù)邏輯層、表示層的順序說明系統(tǒng)構(gòu)建過程。

4.1數(shù)據(jù)持久層

數(shù)據(jù)持久層由Java對(duì)象持久化類和數(shù)據(jù)訪問對(duì)象(DAO)組成。每個(gè)數(shù)據(jù)庫表都對(duì)應(yīng)著一個(gè)持久化對(duì)象，這樣就給予了開發(fā)者使用OO思想設(shè)計(jì)和開發(fā)的便利，同時(shí)也屏蔽了具體的數(shù)據(jù)庫和具體的數(shù)據(jù)表、字段，消除了對(duì)數(shù)據(jù)庫操作的硬編碼在重用性上的弊端。用戶信息表的部分結(jié)構(gòu)如表1所Hibernate通過映射(Mapping)文件將對(duì)象(Object)與關(guān)系型數(shù)據(jù)(Relational)相關(guān)聯(lián)，因此需要編寫和數(shù)據(jù)庫表相對(duì)應(yīng)的Java持久化類以及對(duì)應(yīng)的映射文件。有了Java持久化類后就可以在此基礎(chǔ)上實(shí)現(xiàn)數(shù)據(jù)訪問類。在Spring框架中，數(shù)據(jù)訪問類可以從輔助類HibernateDaoSupport繼承，這極大地方便了Hibernate框架在Spring中的使用，相應(yīng)的部分代碼如下：

publicclassUserDao

extendsHibernateDaoSupport{

publicintadd(Useruser){

returnInteger.ParseInt(this.getHibernateTemplate().save(user).toString());

}

publicListfindAll(){

returnthis.getHibernateTemplate().loadAll(User.class);

}

}

具體的Hibernate數(shù)據(jù)源、session工廠、事務(wù)管理、緩沖連接池等功能都由業(yè)務(wù)層的Spring容器提供。

4.2業(yè)務(wù)邏輯層

業(yè)務(wù)邏輯層由Spring框架支持，提供了處理業(yè)務(wù)邏輯的服務(wù)組件。開發(fā)者需要對(duì)業(yè)務(wù)對(duì)象建模，抽象出業(yè)務(wù)模型并封裝在Model組件中。由于數(shù)據(jù)持久層實(shí)現(xiàn)了Java持久化類并且封裝了數(shù)據(jù)訪問對(duì)象(DAO)，因此可以在Model組件中方便地調(diào)用DAO組件來存取數(shù)據(jù)。Spring的IoC容器負(fù)責(zé)統(tǒng)一管理Model組件和DAO組件以及Spring所提供的事務(wù)處理、緩沖連接池等服務(wù)組件。

在用戶管理模塊中，通過業(yè)務(wù)建模創(chuàng)建了用戶模型UserService類，封裝了對(duì)用戶的權(quán)限管理以及積分管理等功能。UserService類通過調(diào)用數(shù)據(jù)訪問類UserDao實(shí)現(xiàn)對(duì)用戶數(shù)據(jù)的操作。這些組件的關(guān)系將通過配置Spring框架的applicationContext.xml聯(lián)系起來，配置文件的主要內(nèi)容如下：<beansxmlns="/schema/beans" xmlns:xsi="/2001/XMLSchema-instance" xmlns:context="/schema/context" xmlns:aop="/schema/aop" xmlns:tx="/schema/tx" xsi:schemaLocation="/schema/beans/schema/beans/spring-beans-2.5.xsd /schema/context/schema/context/spring-context-2.5.xsd /schema/tx/schema/tx/spring-tx-2.5.xsd /schema/aop/schema/aop/spring-aop-2.5.xsd"> <beanid="dataSource" class="mons.dbcp.BasicDataSource"destroy-method="close"> <propertyname="driverClassName" value="com.mysql.jdbc.Driver"> </property> <propertyname="url" value="jdbc:mysql://localhost:3306/JXCproject"> </property> <propertyname="username"value="root"></property> <propertyname="password"value="root"></property> </bean> <beanid="sessionFactory" class="sessionfactory.SesstionFactory"> <propertyname="dataSource"ref="dataSource"/> <propertyname="namingStrategy"ref="namingStrategy"/> <propertyname="annotatedClassesLocations"> <list> <!--行政區(qū)域?qū)嶓w類<value>com.uniwin.zwdc.base.model.Region</value>--> <value>com/uniwin/model/*.class</value> </list> </property> <propertyname="excludedClassesRegexPatterns"> <list> <value><![CDATA[^[\w\.]+Test[\w]+$]]></value> </list> </property> <propertyname="hibernateProperties"> <props> <propkey="hibernate.dialect">${hibernate.dialect}</prop> <propkey="vider_class">org.hibernate.cache.EhCacheProvider</prop> <propkey="hibernate.cache.use_query_cache">true</prop> <propkey="hibernate.show_sql">${hibernate.show_sql}</prop> <propkey="hibernate.hbm2ddl.auto">${hibernate.auto}</prop> </props> </property> </bean> <beanid="namingStrategy"class="sessionfactory.MyNamingStrategy"/></beans>

4.3表示層

表示層結(jié)合JSP和Struts的TagLib庫處理顯示功能，利用ActionServlet將請(qǐng)求(*.do)映射到相應(yīng)的Action，并由Action調(diào)用業(yè)務(wù)邏輯的服務(wù)組件，然后根據(jù)處理結(jié)果跳轉(zhuǎn)到Forword對(duì)象指定的響應(yīng)頁面。

業(yè)務(wù)流程的部署由struts-config.xml完成。下面以一個(gè)顯示所有用戶信息的請(qǐng)求(ListUser.do)為例來說明配置文件的使用。

基于J2EE的Web應(yīng)用以其層次性、平臺(tái)無關(guān)性的優(yōu)勢(shì)已經(jīng)逐漸成為了電子商務(wù)、電子政務(wù)主要的解決方案。本文針對(duì)傳統(tǒng)的J2EEWeb應(yīng)用開發(fā)的弊端，介紹了一種利用輕量級(jí)框架來快速搭建Web應(yīng)用的解決方案，并且通過其在實(shí)際項(xiàng)目中的應(yīng)用，證明了采用此方案可以幫助開發(fā)人員在短時(shí)間內(nèi)建立結(jié)構(gòu)清晰、可重用性好、維護(hù)擴(kuò)展方便的Web應(yīng)用程序。5SSH性能的優(yōu)化5.1Struts優(yōu)化5.1.1

logging和開發(fā)模式關(guān)閉logging和開發(fā)模式(devMode),

devMode是在perties中設(shè)置的，

關(guān)閉logging需要修改web.xml文件，加入以下參數(shù)

<servlet>

<init-param>

<param-name>debug</param-name>

<param-value>0</param-value>

</init-param>

<init-param>

<param-name>detail</param-name>

<param-value>0</param-value>

</init-param>

</servlet>5.1.2.

攔截器除非需要，否則不要使用攔截器(interceptor).

如果一個(gè)Action不需要全棧的攔截器的話，就使用basicStack攔截器或移除不需要的攔截器。

5.1.3.緩存和過期時(shí)間

正確設(shè)置頁面的Cache-Control

和

Expires

使用正確的HTTP頭（緩存控制和過期時(shí)間）

當(dāng)返回一個(gè)html頁面的時(shí)候，要保證html頁面包含正確的header，使得瀏覽器可以知道怎樣緩存該html頁面。

5.1.4.Ajax

theme(Dojo)或者Calendar標(biāo)簽

struts2提供的Ajax

theme(Dojo)或者Calendar標(biāo)簽?zāi)J(rèn)情況下保存在struts.jar包里面，

把這些js文件或者css文件拷出來放到另外一個(gè)服務(wù)器上可以提高性能。

當(dāng)使用AJAX

theme（Dojo）或日歷tag時(shí)，從Struts2的jar包復(fù)制靜態(tài)內(nèi)容到http服務(wù)器。

因?yàn)閔ttp服務(wù)器會(huì)對(duì)這些靜態(tài)文件的請(qǐng)求進(jìn)行優(yōu)化5.1.5.freemark載入模板

如果使用freemarker的話，在WEB-INF下的classes文件夾下創(chuàng)建一個(gè)perties并且加入

template_update_delay=60000，

這個(gè)值是freemarker多久從硬盤重新載入模板，默認(rèn)情況下是500ms,

因?yàn)闆]有必要檢查是不是需要重新載入模板文件，所以最好把它設(shè)置為一個(gè)很大的數(shù)字。5.1.6.freemark模板緩存啟用Freemarker

模板緩存,

這是struts.freemarker.templatesCache為true,

默認(rèn)情況下這個(gè)是false的。5.1.7.

模板路徑當(dāng)覆蓋一個(gè)theme時(shí)，copy所有重要的模板到theme目錄

當(dāng)template在當(dāng)前目錄不能發(fā)現(xiàn)時(shí)，會(huì)有性能開銷。因?yàn)樵诜祷馗改０迩?，struts2必須在當(dāng)前目錄進(jìn)行theme檢查.

晚先時(shí)候,這個(gè)缺陷將要通過一個(gè)

template緩存解決。

5.1.8.session在你需要的時(shí)候才創(chuàng)建session除非需要，Struts2不會(huì)創(chuàng)建sessions(比如,在你的攔截器stack中有createSession攔截器)。注意當(dāng)使用SiteMesh時(shí),

一個(gè)session將總是被創(chuàng)建(看看

/thread.jspa?messageID=5688的描述).

5.1.9.標(biāo)簽的使用當(dāng)使用FreeMarker時(shí)，盡量使用等價(jià)的FreeMarker元素，代替JSP的標(biāo)簽。

Freemarker支持list迭代,

顯示屬性,包含其他模版,

macro's等等.使用等價(jià)的FreeMarker元素代替struts2的tags

會(huì)有小的性能提升。

(例如：<s:property

value="foo"/>將要被${foo}代替).1

struts.jar,xwork-core-2.3.4.jar,freemarker

升級(jí)為2.3.192

ognl

升級(jí)為

3.0.5（+javassist-3.11.0.jar）3

根包下增加perties文件，內(nèi)容為template_update_delay=600004

struts.xml增加<constant

name=”struts.devMode”

value=”false”/>和<constant

name=”struts.freemarker.templatesCache”

value=”true”/>5

把struts.xml中的默認(rèn)攔截器定義為basicStack：<package

name="web"

extends="tiles-default">

<default-interceptor-ref

name="basicStack"

/>

</package>

執(zhí)行了這幾步之后，網(wǎng)站性能從5

req/s提升至70

req/s，請(qǐng)求處理時(shí)間從22s/req縮減至2s/req！5.2Spring優(yōu)化default-autowire="no"http://自動(dòng)裝配設(shè)為否，當(dāng)我們依賴注入的時(shí)候，用set,get方法，然后在spring配置文件中手動(dòng)裝配<beanid=""class=""><propertyname=""><refbean=""></property></bean>以上這是手動(dòng)裝配，還可以自動(dòng)裝配，這樣就不用寫<property>屬性了，直接：<beanid=""class="">就可以，自動(dòng)裝配有幾個(gè)配置：●byname:試圖在容器中尋找和需要自動(dòng)裝配的屬性名相同的bean或id，如果沒有找到相應(yīng)的bean，則這個(gè)屬性未被裝配上?！馼yType:試圖在容器中尋找一個(gè)與需要自動(dòng)裝配的屬性類型相同的bean或id，如果沒有找到，則該屬性未被裝配上。●constructor:試圖在容器中尋找與需要自動(dòng)裝配的bean的構(gòu)造函數(shù)參數(shù)一致的一個(gè)或多個(gè)bean，如果沒找到則拋出異常?！馻utodetect:首先嘗試使用constructor來自動(dòng)裝配，然后再使用byType方式。最常用的就是default-autowire="byName"，這樣只寫<beanid=""class="">就可以，系統(tǒng)會(huì)自動(dòng)查找和名字相關(guān)的<bean>來裝配依賴注入的。default-lazy-init="true"延遲加載設(shè)為true，這樣當(dāng)spring啟動(dòng)時(shí)就不會(huì)一次加載所有的bean了，當(dāng)getBean的時(shí)候才會(huì)被加載5.3Hibernate優(yōu)化初用HIBERNATE的人也許都遇到過性能問題，實(shí)現(xiàn)同一功能，用HIBERNATE與用JDBC性能相差十幾倍很正常，如果不及早調(diào)整，很可能影響整個(gè)項(xiàng)目的進(jìn)度。5.3.1、數(shù)據(jù)庫設(shè)計(jì)a)降低關(guān)聯(lián)的復(fù)雜性

b)盡量不使用聯(lián)合主鍵

c)ID的生成機(jī)制，不同的數(shù)據(jù)庫所提供的機(jī)制并不完全一樣

d)適當(dāng)?shù)娜哂鄶?shù)據(jù)，不過分追求高范式

5.3.2、HQL優(yōu)化

HQL如果拋開它同HIBERNATE本身一些緩存機(jī)制的關(guān)聯(lián)，HQL的優(yōu)化技巧同普通的SQL優(yōu)化技巧一樣，可以很容易在網(wǎng)上找到一些經(jīng)驗(yàn)之談。5.3.3、主配置a)查詢緩存，同下面講的緩存不太一樣，它是針對(duì)HQL語句的緩存，即完全一樣的語句再次執(zhí)行時(shí)可以利用緩存數(shù)據(jù)。但是，查詢緩存在一個(gè)交易系統(tǒng)(數(shù)據(jù)變更頻繁，查詢條件相同的機(jī)率并不大)中可能會(huì)起反作用:它會(huì)白白耗費(fèi)大量的系統(tǒng)資源但卻難以派上用場(chǎng)。

b)fetch_size，同JDBC的相關(guān)參數(shù)作用類似，參數(shù)并不是越大越好，而應(yīng)根據(jù)業(yè)務(wù)特征去設(shè)置

c)batch_size同上。

d)生產(chǎn)系統(tǒng)中，切記要關(guān)掉SQL語句打印。5.3.4、緩存a)數(shù)據(jù)庫級(jí)緩存:這級(jí)緩存是最高效和安全的，但不同的數(shù)據(jù)庫可管理的層次并不一樣，比如，在ORACLE中，可以在建表時(shí)指定將整個(gè)表置于緩存當(dāng)中。

b)SESSION緩存:在一個(gè)HIBERNATESESSION有效，這級(jí)緩存的可干預(yù)性不強(qiáng)，大多于HIBERNATE自動(dòng)管理，但它提供清除緩存的方法，這在大批量增加/更新操作是有效的。比如，同時(shí)增加十萬條記錄，按常規(guī)方式進(jìn)行，很可能會(huì)發(fā)現(xiàn)OutofMemeroy的異常，這時(shí)可能需要手動(dòng)清除這一級(jí)緩存:Session.evict以及Session.clear

c)應(yīng)用緩存:在一個(gè)SESSIONFACTORY中有效，因此也是優(yōu)化的重中之重，因此，各類策略也考慮的較多，在將數(shù)據(jù)放入這一級(jí)緩存之前，需要考慮一些前提條件:

i.數(shù)據(jù)不會(huì)被第三方修改(比如，是否有另一個(gè)應(yīng)用也在修改這些數(shù)據(jù)?)

ii.數(shù)據(jù)不會(huì)太大

iii.數(shù)據(jù)不會(huì)頻繁更新(否則使用CACHE可能適得其反)

iv.數(shù)據(jù)會(huì)被頻繁查詢

v.數(shù)據(jù)不是關(guān)鍵數(shù)據(jù)(如涉及錢，安全等方面的問題)。

緩存有幾種形式，可以在映射文件中配置:read-only(只讀，適用于很少變更的靜態(tài)數(shù)據(jù)/歷史數(shù)據(jù))，nonstrict-read-write，read-write(比較普遍的形式，效率一般)，transactional(JTA中，且支持的緩存產(chǎn)品較少)

d)分布式緩存:同c)的配置一樣，只是緩存產(chǎn)品的選用不同，在目前的HIBERNATE中可供選擇的不多，oscache,jbosscache，目前的大多數(shù)項(xiàng)目，對(duì)它們的用于集群的使用(特別是關(guān)鍵交易系統(tǒng))都持保守態(tài)度。在集群環(huán)境中，只利用數(shù)據(jù)庫級(jí)的緩存是最安全的。5.3.5、延遲加載a)實(shí)體延遲加載:通過使用動(dòng)態(tài)代理實(shí)現(xiàn)

b)集合延遲加載:通過實(shí)現(xiàn)自有的SET/LIST，HIBERNATE提供了這方面的支持

c)屬性延遲加載:5.3.6、方法選用a)完成同樣一件事，HIBERNATE提供了可供選擇的一些方式，但具體使用什么方式，可能用性能/代碼都會(huì)有影響。顯示，一次返回十萬條記錄(List/Set/Bag/Map等)進(jìn)行處理，很可能導(dǎo)致內(nèi)存不夠的問題，而如果用基于游標(biāo)(ScrollableResults)或Iterator的結(jié)果集，則不存在這樣的問題。

b)Session的load/get方法，前者會(huì)使用二級(jí)緩存，而后者則不使用。

c)Query和list/iterator，如果去仔細(xì)研究一下它們，你可能會(huì)發(fā)現(xiàn)很多有意思的情況，二者主要區(qū)別(如果使用了Spring，在HibernateTemplate中對(duì)應(yīng)find,iterator方法):

i.list只能利用查詢緩存(但在交易系統(tǒng)中查詢緩存作用不大)，無法利用二級(jí)緩存中的單個(gè)實(shí)體，但list查出的對(duì)象會(huì)寫入二級(jí)緩存，但它一般只生成較少的執(zhí)行SQL語句，很多情況就是一條(無關(guān)聯(lián))。

ii.iterator則可以利用二級(jí)緩存，對(duì)于一條查詢語句，它會(huì)先從數(shù)據(jù)庫中找出所有符合條件的記錄的ID，再通過ID去緩存找，對(duì)于緩存中沒有的記錄，再構(gòu)造語句從數(shù)據(jù)庫中查出，因此很容易知道，如果緩存中沒有任何符合條件的記錄，使用iterator會(huì)產(chǎn)生N+1條SQL語句(N為符合條件的記錄數(shù))

iii.通過iterator，配合緩存管理API，在海量數(shù)據(jù)查詢中可以很好的解決內(nèi)存問題，如:

while(it.hasNext()){YouObjectobject=(YouObject)it.next();session.evict(youObject);sessionFactory.evice(YouObject.class,youObject.getId());}如果用list方法，很可能就出OutofMemory錯(cuò)誤了。iv.通過上面的說明，我想你應(yīng)該知道如何去使用這兩個(gè)方法了。5.3.7、集合的選用在HIBERNATE3.1文檔的“19.5.UnderstandingCollectionperformance”中有詳細(xì)的說明。5.3.8、事務(wù)控制事務(wù)方面對(duì)性能有影響的主要包括:事務(wù)方式的選用，事務(wù)隔離級(jí)別以及鎖的選用

a)事務(wù)方式選用:如果不涉及多個(gè)事務(wù)管理器事務(wù)的話，不需要使用JTA，只有JDBC的事務(wù)控制就可以。b)事務(wù)隔離級(jí)別:參見標(biāo)準(zhǔn)的SQL事務(wù)隔離級(jí)別

c)鎖的選用:悲觀鎖(一般由具體的事務(wù)管理器實(shí)現(xiàn))，對(duì)于長事務(wù)效率低，但安全。樂觀鎖(一般在應(yīng)用級(jí)別實(shí)現(xiàn))，如在HIBERNATE中可以定義VERSION字段，顯然，如果有多個(gè)應(yīng)用操作數(shù)據(jù)，且這些應(yīng)用不是用同一種樂觀鎖機(jī)制，則樂觀鎖會(huì)失效。因此，針對(duì)不同的數(shù)據(jù)應(yīng)有不同的策略，同前面許多情況一樣，很多時(shí)候我們是在效率與安全/準(zhǔn)確性上找一個(gè)平衡點(diǎn)，無論如何，優(yōu)化都不是一個(gè)純技術(shù)的問題，你應(yīng)該對(duì)你的應(yīng)用和業(yè)務(wù)特征有足夠的了解。5.3.9、批量操作即使是使用JDBC，在進(jìn)行大批數(shù)據(jù)更新時(shí)，BATCH與不使用BATCH有效率上也有很大的差別。我們可以通過設(shè)置batch_size來讓其支持批量操作。

舉個(gè)例子，要批量刪除某表中的對(duì)象，如“deleteAccount”，打出來的語句，會(huì)發(fā)現(xiàn)HIBERNATE找出了所有ACCOUNT的ID，再進(jìn)行刪除，這主要是為了維護(hù)二級(jí)緩存，這樣效率肯定高不了，在后續(xù)的版本中增加了bulkdelete/update，但這也無法解決緩存的維護(hù)問題。也就是說，由于有了二級(jí)緩存的維護(hù)問題，HIBERNATE的批量操作效率并不盡如人意!從前面許多要點(diǎn)可以看出，很多時(shí)候我們是在效率與安全/準(zhǔn)確性上找一個(gè)平衡點(diǎn)，無論如何，優(yōu)化都不是一個(gè)純技術(shù)的問題，你應(yīng)該對(duì)你的應(yīng)用和業(yè)務(wù)特征有足夠的了解，一般的，優(yōu)化方案應(yīng)在架構(gòu)設(shè)計(jì)期就基本確定，否則可能導(dǎo)致沒必要的返工，致使項(xiàng)目延期，而作為架構(gòu)師和項(xiàng)目經(jīng)理，還要面對(duì)開發(fā)人員可能的抱怨，必竟，我們對(duì)用戶需求更改的控制力不大，但技術(shù)/架構(gòu)風(fēng)險(xiǎn)是應(yīng)該在初期意識(shí)到并制定好相關(guān)的對(duì)策。

還有一點(diǎn)要注意，應(yīng)用層的緩存只是錦上添花，永遠(yuǎn)不要把它當(dāng)救命稻草，應(yīng)用的根基(數(shù)據(jù)庫設(shè)計(jì)，算法，高效的操作語句，恰當(dāng)API的選擇等)才是最重要的。

5.3.10、Hibernate的緩存1、首先設(shè)置EhCache，建立配置文件ehcache.xml，默認(rèn)的位置在class-path，可以放到你的src目錄下：＜?xmlversion="1.0"encoding="UTF-8"?＞

＜ehcache＞

＜diskStorepath="java.io.tmpdir"/＞

＜defaultCache

maxElementsInMemory="10000"＜!--緩存最大數(shù)目--＞

eternal="false"＜!--緩存是否持久--＞

overflowToDisk="true"＜!--是否保存到磁盤，當(dāng)系統(tǒng)當(dāng)機(jī)時(shí)--＞

timeToIdleSeconds="300"＜!--當(dāng)緩存閑置n秒后銷毀--＞

timeToLiveSeconds="180"＜!--當(dāng)緩存存活n秒后銷毀--＞

diskPersistent="false"

diskExpiryThreadIntervalSeconds="120"/＞

＜/ehcache＞2、在Hibernate配置文件中設(shè)置：＜!--設(shè)置Hibernate的緩存接口類，這個(gè)類在Hibernate包中--＞

＜propertyname="vider_class"＞org.hibernate.cache.EhCacheProvider＜/property＞

＜!--是否使用查詢緩存--＞

＜propertyname="hibernate.cache.use_query_cache"＞true＜/property＞

如果使用spring調(diào)用Hibernate的sessionFactory的話，這樣設(shè)置：

＜!--HibernateSession工廠管理--＞

＜beanid="sessionFactory"class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"＞

＜propertyname="dataSource"＞

＜refbean="datasource"/＞

＜/property＞

＜propertyname="hibernateProperties"＞

＜props＞

＜propkey="hibernate.dialect"＞org.hibernate.dialect.Oracle9Dialect＜/prop＞

＜propkey="vider_class"＞org.hibernate.connection.C3P0ConnectionProvider＜/prop＞

＜propkey="hibernate.show_sql"＞true＜/prop＞

＜propkey="hibernate.cache.use_query_cache"＞true＜/prop＞

＜propkey="vider_class"＞org.hibernate.cache.EhCacheProvider＜/prop＞

＜/props＞

＜/property＞

＜propertyname="mappingDirectoryLocations"＞

＜list＞

＜value＞/WEB-INF/classes/cn/rmic/manager/hibernate/＜/value＞

＜/list＞

＜/property＞

＜/bean＞

說明一下：如果不設(shè)置“查詢緩存”，那么hibernate只會(huì)緩存使用load()方法獲得的單個(gè)持久化對(duì)象，如果想緩存使用findall()、list()、Iterator()、createCriteria()、createQuery()等方法獲得的數(shù)據(jù)結(jié)果集的話，就需要設(shè)置

hibernate.cache.use_query_cachetrue才行3、在Hbm文件中添加＜cacheusage="read-only"/＞4、如果需要“查詢緩存”，還需要在使用Query或Criteria()時(shí)設(shè)置其setCacheable(true);屬性5.3.11Hibernate性能調(diào)優(yōu)

一。inverse=?

inverse=false(default)

用于單向one-to-many關(guān)聯(lián)

parent.getChildren().add(child)//insertchild

parent.getChildren().delete(child)//deletechild

inverse=true

用于雙向one-to-many關(guān)聯(lián)

child.setParent(parent);session.save(child)//insertchild

session.delete(child)

在分層結(jié)構(gòu)的體系中

parentDao,childDao對(duì)于CRUD的封裝導(dǎo)致往往直接通過session接口持久化對(duì)象，而很少通過關(guān)聯(lián)對(duì)象可達(dá)性二。one-to-many關(guān)系

單向關(guān)系還是雙向關(guān)系？

parent.getChildren().add(child)對(duì)集合的觸及操作會(huì)導(dǎo)致lazy的集合初始化，在沒有對(duì)集合配置二級(jí)緩存的情況下，應(yīng)避免此類操作

select*fromchildwhereparent_id=xxx;

性能口訣：

1.一般情況下避免使用單向關(guān)聯(lián)，盡量使用雙向關(guān)聯(lián)

2.使用雙向關(guān)聯(lián)，inverse=“true”

3.在分層結(jié)構(gòu)中通過DAO接口用session直接持久化對(duì)象，避免通過關(guān)聯(lián)關(guān)系進(jìn)行可達(dá)性持久化三。many-to-one關(guān)系

單向many-to-one表達(dá)了外鍵存儲(chǔ)方

靈活運(yùn)用many-to-one可以避免一些不必要的性能問題

many-to-one表達(dá)的含義是：0..n:1，many可以是0，可以是1，也可以是n，也就是說many-to-one可以表達(dá)一對(duì)多，一對(duì)一，多對(duì)一關(guān)系

因此可以配置雙向many-to-one關(guān)系，例如：

1.

一桌四人打麻將，麻將席位和打麻將的人是什么關(guān)系？是雙向many-to-one的關(guān)系

四。one-to-one

通過主鍵進(jìn)行關(guān)聯(lián)

相當(dāng)于把大表拆分為多個(gè)小表

例如把大字段單獨(dú)拆分出來，以提高數(shù)據(jù)庫操作的性能

Hibernate的one-to-one似乎無法lazy，必須通過bytecodeenhancement

五。集合List/Bag/Set

one-to-many

1.

List需要維護(hù)indexcolumn，不能被用于雙向關(guān)聯(lián)，必須inverse=“false”，被謹(jǐn)慎的使用在某些稀有的場(chǎng)合

2.

Bag/Set語義上沒有區(qū)別

3.

我個(gè)人比較喜歡使用Bag

many-to-many

1.

Bag和Set語義有區(qū)別

2。

建議使用Set

六。集合的過濾

1.children=session.createFilter(parent.getChildren(),“wherethis.age>5and

this.age<10”).list()

針對(duì)一對(duì)多關(guān)聯(lián)當(dāng)中的集合元素非常龐大的情況，特別適合于龐大集合的分頁：

session.createFilter(parent.getChildren(),“”).setFirstResult(0).setMaxResults(10).list();

在hibernate中用super.getSession().createFilter(,)

七。繼承關(guān)系當(dāng)中的隱式多態(tài)

HQL:fromObject

1.

把所有數(shù)據(jù)庫表全部查詢出來

2.

polymorphism=“implicit”(default)將當(dāng)前對(duì)象，和對(duì)象所有繼承子類全部一次性取出

3.

polymorphism=“explicit”，只取出當(dāng)前查詢對(duì)象

八。Hibernate二級(jí)緩存

著名的n+1問題：fromChild，然后在頁面上面顯示每個(gè)子類的父類信息，就會(huì)導(dǎo)致n條對(duì)parent表的查詢：

select*fromparentwhereid=?

select*fromparentwher