第一篇：性能優(yōu)化課堂筆記和培訓(xùn)心得
軟件性能優(yōu)化心得體會
隨著企業(yè)級開發(fā)平臺諸如J2EE的普及和發(fā)展，越來越多的企業(yè)應(yīng)用采用了這些技術(shù)作為快速開發(fā)平臺，但是，這些應(yīng)用也面臨著一些困擾，特別是性能問題。這主要是由這些系統(tǒng)的分布性、復(fù)雜性和數(shù)據(jù)無關(guān)性引起的。高性能是軟件高質(zhì)量的重要體現(xiàn)，也是用戶滿意度提高的重要軟件特征，為了提高軟件的性能，在這次培訓(xùn)中，老師從以下幾個層次討論軟件性能優(yōu)化。
一、Java底層代碼的性能優(yōu)化
1、首先根據(jù)Jvm虛擬機(jī)的內(nèi)存機(jī)制來優(yōu)化系統(tǒng)
堆（Heap）是一個復(fù)雜的結(jié)構(gòu)，對象及其成員通常保存在堆中。運(yùn)行時在數(shù)據(jù)區(qū), 動態(tài)創(chuàng)建，堆中的內(nèi)容由 GC 負(fù)責(zé)回收。棧（Stack）是一個簡單的結(jié)構(gòu)，方法的參數(shù)（基本型別的值、指向?qū)ο蟮囊茫┩ǔ１４嬖跅Ｖ小Ｖ械膬?nèi)容在方法執(zhí)行完時就被回收了。
棧的存取速度比堆要快,棧數(shù)據(jù)可以共享,存在棧中的數(shù)據(jù)大小與生存期必須是確定的,棧中主要存放一些基本類型的變量（,int, short, long, byte, float, double, boolean, char）和對象句柄。
使用局部變量的好處在于作用范圍是變量定義的方法內(nèi)部，一旦離開作用域，棧內(nèi)存將被快速釋放，與GC無關(guān)，而其他變量，如靜態(tài)變量、實(shí)例變量等，都在堆（Heap）中創(chuàng)建，速度較慢，但是可以自動回收。所以要盡量使用局部變量。在這里，培訓(xùn)的老師舉了個人例子 A for(int i=0;i<10000;i++){
Object o = new Object();} B Object o = null;for(int i=0;i<10000;i++){
o = new Object();} A和B之間究竟哪個性能更加好呢？
在這里A和B的唯一區(qū)別在于，B在循環(huán)體外定義Object，而A是在循環(huán)體內(nèi)定義Object，顯然A的Object作用域是在局部，一旦執(zhí)行下一輪循環(huán)，立即釋放原先定義的Object，而B的Object作用域是在全局，必須等到循環(huán)全部結(jié)束，Object才能被釋放，因此A的性能要好于B，而且兩者運(yùn)行速度不是一個數(shù)量級。
2、需要慎用異常處理機(jī)制
因?yàn)楫惓Ｖ荒苡糜阱e誤處理，不適合用來控制流程，拋出異常的同時，系統(tǒng)往往會創(chuàng)建一個新的對象，只要有異常被拋出，VM就必須調(diào)整調(diào)用堆棧，因?yàn)樵谔幚磉^程中創(chuàng)建了一個新的對象。這樣對系統(tǒng)的性能會造成一定的影響，因此，要盡量少用自定義的異常拋出機(jī)制。
3、使用多線程會提高系統(tǒng)的性能，但是處理多線程的時候，為了防止資源競爭，需要加鎖。
一般鎖是Synchronized，jdk 1.5 版本多加了個ReetrantLock，我查閱了官方說明：重入鎖（ReentrantLock）是一種遞歸無阻塞的同步機(jī)制，它可重入的互斥鎖定 Lock，它具有與使用 synchronized 方法和語句所訪問的隱式監(jiān)視器鎖定相同的一些基本行為和語義，但功能更強(qiáng)大。ReentrantLock 將由最近成功獲得鎖定，并且還沒有釋放該鎖定的線程所擁有。當(dāng)鎖定沒有被另一個線程所擁有時，調(diào)用 lock 的線程將成功獲取該鎖定并返回。如果當(dāng)前線程已經(jīng)擁有該鎖定，此方法將立即返回?？梢允褂?isHeldByCurrentThread()和 getHoldCount()方法來檢查此情況是否發(fā)生。
雖然 ReentrantLock 是個非常動人的實(shí)現(xiàn)，相對 synchronized 來說，它有一些重要的優(yōu)勢，但是我認(rèn)為急于把 synchronized 視若敝屣，絕對是個嚴(yán)重的錯誤。java.util.concurrent.lock 中的鎖定類是用于高級用戶和高級情況的工具。一般來說，除非對 Lock 的某個高級特性有明確的需要，或者有明確的證據(jù)（而不是僅僅是懷疑）表明在特定情況下，同步已經(jīng)成為可伸縮性的瓶頸，否則還是應(yīng)當(dāng)繼續(xù)使用 synchronized。
為什么在一個顯然“更好的”實(shí)現(xiàn)的使用上主張保守呢？因?yàn)閷τ?java.util.concurrent.lock 中的鎖定類來說，synchronized 仍然有一些優(yōu)勢。比如，在使用 synchronized 的時候，不能忘記釋放鎖；在退出 synchronized 塊時，JVM 會為你做這件事。很容易忘記用 finally 塊釋放鎖，這對程序非常有害。你的程序能夠通過測試，但會在實(shí)際工作中出現(xiàn)死鎖，那時會很難指出原因（這也是為什么根本不讓初級開發(fā)人員使用 Lock 的一個好理由。）
另一個原因是因?yàn)椋?dāng) JVM 用 synchronized 管理鎖定請求和釋放時，JVM 在生成線程轉(zhuǎn)儲時能夠包括鎖定信息。這些對調(diào)試非常有價值，因?yàn)樗鼈兡軜?biāo)識死鎖或者其他異常行為的來源。Lock 類只是普通的類，JVM 不知道具體哪個線程擁有 Lock 對象。而且，幾乎每個開發(fā)人員都熟悉 synchronized，它可以在 JVM 的所有版本中工作。在 JDK 5.0 成為標(biāo)準(zhǔn)（從現(xiàn)在開始可能需要兩年）之前，使用 Lock 類將意味著要利用的特性不是每個 JVM 都有的，而且不是每個開發(fā)人員都熟悉的。
既然如此，我們什么時候才應(yīng)該使用 ReentrantLock 呢？答案非常簡單 —— 在確實(shí)需要一些 synchronized 所沒有的特性的時候，比如時間鎖等候、可中斷鎖等候、無塊結(jié)構(gòu)鎖、多個條件變量或者鎖投票。ReentrantLock 還具有可伸縮性的好處，應(yīng)當(dāng)在高度爭用的情況下使用它，但是請記住，大多數(shù) synchronized 塊幾乎從來沒有出現(xiàn)過爭用，所以可以把高度爭用放在一邊。我建議用 synchronized 開發(fā)，直到確實(shí)證明 synchronized 不合適，而不要僅僅是假設(shè)如果使用 ReentrantLock “性能會更好”。請記住，這些是供高級用戶使用的高級工具。（而且，真正的高級用戶喜歡選擇能夠找到的最簡單工具，直到他們認(rèn)為簡單的工具不適用為止。）。一如既往，首先要把事情做好，然后再考慮是不是有必要做得更快。
4、線程池
創(chuàng)建和銷毀線程是非常耗資源的，當(dāng)服務(wù)器同時接受很多請求時，根據(jù)操作系統(tǒng)和內(nèi)存容量，可以創(chuàng)建的線程是有限的，因此需要容易造成內(nèi)存泄漏，產(chǎn)生異常。因此我們采用線程池技術(shù)，Executor創(chuàng)建一個可根據(jù)需要創(chuàng)建新線程的線程池，以前構(gòu)造的線程可用時將重用它們。對于執(zhí)行很多短期異步任務(wù)的程序而言，這些線程池通常可提高程序性能。例，創(chuàng)建20個線程大小的線程池：Executors.newFixedThreadPool(20);
5、原子并發(fā)
Hashtable（或者替代方案 Collections.synchronizedMap）的可伸縮性的主要障礙是它使用了一個 map 范圍（map-wide）的鎖，為了保證插入、刪除或者檢索操作的完整性必須保持這樣一個鎖，而且有時候甚至還要為了保證迭代遍歷操作的完整性保持這樣一個鎖。這樣一來，只要鎖被保持，就從根本上阻止了其他線程訪問 Map，即使處理器有空閑也不能訪問，這樣大大地限制了并發(fā)性
6、ConcurrentHashMap摒棄了單一的 map 范圍的鎖，取而代之的是由 32 個鎖組成的集合，其中每個鎖負(fù)責(zé)保護(hù) hash bucket 的一個子集。鎖主要由變化性操作（put()和 remove()）使用。具有 32 個獨(dú)立的鎖意味著最多可以有 32 個線程可以同時修改 map。絕大多數(shù)系統(tǒng)應(yīng)用絕對夠用。并發(fā)有32個鎖，超過了32個鎖就會處于等待狀態(tài)。ConcurrentLinkedQueue也具有類似的原理。
7、對于對象的操作New, clone, reflection之間的比較
對象生成效率：new一個對象生成的效率高于深clone，深clone效率高于反射 復(fù)雜對象（帶有數(shù)據(jù)結(jié)構(gòu)參數(shù)，如Map,List），淺clone對象生成的效率高于new一個對象，new一個對象效率高于反射
采用深clone和淺clone效率高，而采用Reflection效率低，因此我們平時編寫代碼時要盡量少用反射。
8、字符串優(yōu)化
采用字符串打印out.println()會影響效率，因此需要減少字符串打印 多使用StringBuffer，避免多字符串級聯(lián)
二、數(shù)據(jù)庫的性能優(yōu)化
1、對數(shù)據(jù)庫系統(tǒng)進(jìn)行設(shè)置，方便優(yōu)化，以db2為例，使用 DB2 的自動功能，尤其是 DB2 9 支持的 STMM，以及 DB2 Version 8 和 DB2 9 都支持的 Automatic Maintenance（尤其是自動的 runstats）。這些功能不但會減少監(jiān)控和維護(hù)數(shù)據(jù)庫所需的操作，也能對數(shù)據(jù)庫進(jìn)行更加有效的調(diào)優(yōu)。
2、死鎖檢測以及提高鎖的并發(fā)性能的方法
數(shù)據(jù)的鎖定分為兩種方法，第一種叫做悲觀鎖，第二種叫做樂觀鎖。什么叫悲觀鎖呢，悲觀鎖顧名思義，就是對數(shù)據(jù)的沖突采取一種悲觀的態(tài)度，也就是說假設(shè)數(shù)據(jù)肯定會沖突，所以在數(shù)據(jù)開始讀取的時候就把數(shù)據(jù)鎖定住。而樂觀鎖就是認(rèn)為數(shù)據(jù)一般情況下不會造成沖突，所以在數(shù)據(jù)進(jìn)行提交更新的時候，才會正式對數(shù)據(jù)的沖突與否進(jìn)行檢測，如果發(fā)現(xiàn)沖突了，則讓用戶返回錯誤的信息，讓用戶決定如何去做
在DB2等很多數(shù)據(jù)庫中，數(shù)據(jù)的鎖定通常采用頁級鎖的方式，也就是說對一張表內(nèi)的數(shù)據(jù)是一種串行化的更新插入機(jī)制，在任何時間同一張表只會插1條數(shù)據(jù)，別的想插入的數(shù)據(jù)要等到這一條數(shù)據(jù)插完以后才能依次插入。帶來的后果就是性能的降低，在多用戶并發(fā)訪問的時候，當(dāng)對一張表進(jìn)行頻繁操作時，會發(fā)現(xiàn)響應(yīng)效率很低，數(shù)據(jù)庫經(jīng)常處于一種假死狀態(tài)。而Oracle用的是行級鎖，只是對想鎖定的數(shù)據(jù)才進(jìn)行鎖定，其余的數(shù)據(jù)不相干，所以在對Oracle表中并發(fā)插數(shù)據(jù)的時候，基本上不會有任何影響。
在數(shù)據(jù)庫中可以通過改變鎖來提高應(yīng)用程序并發(fā)性能。DB2檢測死鎖采用如下方法
首先建立一個死鎖事件監(jiān)控器db2 connect to sample db2 “create event monitor dlmon for tables, deadlocks with details write to file 'C:dlmon'” mkdir C:dlmon db2 “set event monitor dlmon state 1” 其次等待死鎖，第三通過 db2evmon 工具可以獲得死鎖信息的日志，并且把日志文件導(dǎo)入到本地機(jī)器的文件系統(tǒng)當(dāng)中。在下面一節(jié)，我們將詳細(xì)分析導(dǎo)出的日志文件。db2 connect reset db2evmon-path c:dlmon > c:dlmondllog1.txt Db2結(jié)束引起死鎖的應(yīng)用采用如下3種方法：（1）、SELECT AGENT_ID_HOLDING_LK, LOCK_MODE, TABNAME, AGENT_ID FROM SYSIBMADM.LOCKWAITS查找死鎖
（2）根據(jù)AGENT_ID查出應(yīng)用程序db2 list application show detail（3）結(jié)束引發(fā)死鎖的應(yīng)用db2 “force application(id)”
3、sql語句的優(yōu)化
（1）使用索引來可以更快地遍歷表，提高系統(tǒng)速度，但索引不能過量添加，會增加數(shù)據(jù)庫的極大開銷。有時候索引不一定能帶來速度快，比如用到in，or子句對索引沒用處。（2）采用NOT IN會多次掃描表，建議使用EXIST，NOT EXIST，IN，LEFT OUTER JOIN（3）EXISTS要遠(yuǎn)比IN的效率高。里面關(guān)系到full table scan和range scan。幾乎將所有的IN操作符子查詢改寫為使用EXISTS的子查詢。
（4）在海量查詢時盡量少用格式轉(zhuǎn)換，比如把字符型轉(zhuǎn)換成數(shù)字型。
（5）慎用游標(biāo)。在某些必須使用游標(biāo)的場合，可考慮將符合條件的數(shù)據(jù)行轉(zhuǎn)入臨時表中，再對臨時表定義游標(biāo)進(jìn)行操作，這樣可使性能得到明顯提高。對于一些多表操作，少用游標(biāo)，在oracle中用臨時表比用索引要快，但是在其他操作系統(tǒng)中不一定。
（6）不用“<>”或者“!=”操作符。對不等于操作符的處理會造成全表掃描，可以用“<” or “>”代替
（7）Where子句中出現(xiàn)IS NULL或者IS NOT NULL時，Oracle會停止使用索引而執(zhí)行全表掃描?？梢钥紤]在設(shè)計(jì)表時，對索引列設(shè)置為NOT NULL（8）當(dāng)通配符“%”或者“_”作為查詢字符串的第一個字符時，索引不會被使用。
（9）Order By語句中的非索引列會降低性能，可以通過添加索引的方式處理。嚴(yán)格控制在Order By語句中使用表達(dá)式
三、應(yīng)用服務(wù)器的優(yōu)化
1、對應(yīng)用服務(wù)器的連接池優(yōu)化，連接池的增長速度等
2、Web線程等待隊(duì)列一般情況下應(yīng)該為0.頁面提交的線程請求
weblogic并發(fā)的鎖機(jī)制好，所以訪問的速度快。比WebSphere和tomcat都要速度快。
四、表示層的優(yōu)化
1、html的標(biāo)記壓縮，采用gzip工具壓縮
2、盡量采用div來代替table，嵌套table很影響render性能。
五、優(yōu)化工具的使用 P6Spy & IronTrackSQL SqlDbxPersonal JProfiler HttpAnalyzerFullV4 Fiddler2
通過這次的培訓(xùn)活動，我有了如下收獲和體會：
1、開闊了視野，了解了很多新的知識。了解了oracle和db2的差異之處，這是我過去一直想要知道的。
2、在編程技巧方面，學(xué)習(xí)到了以往都沒有注意過得，特別是jvm最底層的性能優(yōu)化，對我以后應(yīng)用jfw框架技術(shù)處理業(yè)務(wù)邏輯提供了很好的借鑒。因?yàn)榭蚣軐Φ讓哟a進(jìn)行了一系列的封裝，采用內(nèi)存堆棧和并發(fā)鎖的觀點(diǎn)去編程，可以減少很多不必要的對系統(tǒng)的開銷。
3、擁有了更多的方法和手段來優(yōu)化系統(tǒng)，在軟件的各個層面上都需要做處理來優(yōu)化系統(tǒng)，或許在某個細(xì)節(jié)處做處理效果并不突出，但是在各個層面的綜合作用下，性能提高會非常明顯。
4、學(xué)習(xí)了性能優(yōu)化工具，以后開發(fā)程序多使用輔助工具，能真正提高效率。
5、因?yàn)閰⒓恿诉@次培訓(xùn)，我查閱了很多相關(guān)資料，還了解到了很多培訓(xùn)中沒有提到內(nèi)容，更加充實(shí)了知識。
6、軟件技術(shù)的日新月異也促使我要不斷更新自己的知識結(jié)構(gòu)，為應(yīng)對不同體系結(jié)構(gòu)的軟件分析與設(shè)計(jì)做好準(zhǔn)備。
第二篇：心得總結(jié)：Java性能優(yōu)化技巧集錦
心得總結(jié)：Java性能優(yōu)化技巧集錦
一、通用篇
“通用篇”討論的問題適合于大多數(shù)Java應(yīng)用。
1.1 不用new關(guān)鍵詞創(chuàng)建類的實(shí)例
用new關(guān)鍵詞創(chuàng)建類的實(shí)例時，構(gòu)造函數(shù)鏈中的所有構(gòu)造函數(shù)都會被自動調(diào)用。但如果一個對象實(shí)現(xiàn)了Cloneable接口，我們可以調(diào)用它的clone()方法。clone()方法不會調(diào)用任何類構(gòu)造函數(shù)。
在使用設(shè)計(jì)模式（Design Pattern）的場合，如果用Factory模式創(chuàng)建對象，則改用clone()方法創(chuàng)建新的對象實(shí)例非常簡單。例如，下面是Factory模式的一個典型實(shí)現(xiàn)： public static Credit getNewCredit(){ return new Credit();}
改進(jìn)后的代碼使用clone()方法，如下所示： private static Credit BaseCredit = new Credit();public static Credit getNewCredit(){ return(Credit)BaseCredit.clone();}
上面的思路對于數(shù)組處理同樣很有用。
1.2 使用非阻塞I/O
版本較低的JDK不支持非阻塞I/O API。為避免I/O阻塞，一些應(yīng)用采用了創(chuàng)建大量線程的辦法（在較好的情況下，會使用一個緩沖池）。這種技術(shù)可以在許多必須支持并發(fā)I/O流的應(yīng)用中見到，如Web服務(wù)器、報價和拍賣應(yīng)用等。然而，創(chuàng)建Java線程需要相當(dāng)可觀的開銷。
JDK 1.4引入了非阻塞的I/O庫（java.nio）。如果應(yīng)用要求使用版本較早的JDK，在這里有一個支持非阻塞I/O的軟件包。
請參見Sun中國網(wǎng)站的《調(diào)整Java的I/O性能》。
1.3 慎用異常
異常對性能不利。拋出異常首先要創(chuàng)建一個新的對象。Throwable接口的構(gòu)造函數(shù)調(diào)用名為fillInStackTrace()的本地（Native）方法，fillInStackTrace()方法檢查堆棧，收集調(diào)用跟蹤信息。只要有異常被拋出，VM就必須調(diào)整調(diào)用堆棧，因?yàn)樵谔幚磉^程中創(chuàng)建了一個新的對象。
異常只能用于錯誤處理，不應(yīng)該用來控制程序流程。
1.4 不要重復(fù)初始化變量
默認(rèn)情況下，調(diào)用類的構(gòu)造函數(shù)時，Java會把變量初始化成確定的值：所有的對象被設(shè)置成null，整數(shù)變量（byte、short、int、long）設(shè)置成0，float和 double變量設(shè)置成0.0，邏輯值設(shè)置成false。當(dāng)一個類從另一個類派生時，這一點(diǎn)尤其應(yīng)該注意，因?yàn)橛胣ew關(guān)鍵詞創(chuàng)建一個對象時，構(gòu)造函數(shù)鏈中的所有構(gòu)造函數(shù)都會被自動調(diào)用。
1.5 盡量指定類的final修飾符
帶有final修飾符的類是不可派生的。在Java核心API中，有許多應(yīng)用final的例子，例如java.lang.String。為String類指定final防止了人們覆蓋length()方法。
另外，如果指定一個類為final，則該類所有的方法都是final。Java編譯器會尋找機(jī)會內(nèi)聯(lián)（inline）所有的final方法（這和具體的編譯器實(shí)現(xiàn)有關(guān)）。此舉能夠使性能平均提高50%。
1.6 盡量使用局部變量
調(diào)用方法時傳遞的參數(shù)以及在調(diào)用中創(chuàng)建的臨時變量都保存在棧（Stack）中，速度較快。其他變量，如靜態(tài)變量、實(shí)例變量等，都在堆（Heap）中創(chuàng)建，速度較慢。另外，依賴于具體的編譯器/JVM，局部變量還可能得到進(jìn)一步優(yōu)化。請參見《盡可能使用堆棧變量》。
1.7 乘法和除法
考慮下面的代碼：
for(val = 0;val < 100000;val +=5){ alterX = val * 8;myResult = val * 2;}
用移位操作替代乘法操作可以極大地提高性能。下面是修改后的代碼：
for(val = 0;val < 100000;val += 5){ alterX = val << 3;myResult = val << 1;}
修改后的代碼不再做乘以8的操作，而是改用等價的左移3位操作，每左移1位相當(dāng)于乘以2。相應(yīng)地，右移1位操作相當(dāng)于除以2。值得一提的是，雖然移位操作速度快，但可能使代碼比較難于理解，所以最好加上一些注釋。
二、J2EE篇
前面介紹的改善性能技巧適合于大多數(shù)Java應(yīng)用，接下來要討論的問題適合于使用JSP、EJB或JDBC的應(yīng)用。
2.1 使用緩沖標(biāo)記
一些應(yīng)用服務(wù)器加入了面向JSP的緩沖標(biāo)記功能。例如，BEA的WebLogic Server從6.0版本開始支持這個功能，Open Symphony工程也同樣支持這個功能。JSP緩沖標(biāo)記既能夠緩沖頁面片斷，也能夠緩沖整個頁面。當(dāng)JSP頁面執(zhí)行時，如果目標(biāo)片斷已經(jīng)在緩沖之中，則生成該片斷的代碼就不用再執(zhí)行。頁面級緩沖捕獲對指定URL的請求，并緩沖整個結(jié)果頁面。對于購物籃、目錄以及門戶網(wǎng)站的主頁來說，這個功能極其有用。對于這類應(yīng)用，頁面級緩沖能夠保存頁面執(zhí)行的結(jié)果，供后繼請求使用。
對于代碼邏輯復(fù)雜的頁面，利用緩沖標(biāo)記提高性能的效果比較明顯；反之，效果可能略遜一籌。
請參見《用緩沖技術(shù)提高JSP應(yīng)用的性能和穩(wěn)定性》。
2.2 始終通過會話Bean訪問實(shí)體Bean
直接訪問實(shí)體Bean不利于性能。當(dāng)客戶程序遠(yuǎn)程訪問實(shí)體Bean時，每一個get方法都是一個遠(yuǎn)程調(diào)用。訪問實(shí)體Bean的會話Bean是本地的，能夠把所有數(shù)據(jù)組織成一個結(jié)構(gòu)，然后返回它的值。
用會話Bean封裝對實(shí)體Bean的訪問能夠改進(jìn)事務(wù)管理，因?yàn)闀払ean只有在到達(dá)事務(wù)邊界時才會提交。每一個對get方法的直接調(diào)用產(chǎn)生一個事務(wù)，容器將在每一個實(shí)體Bean的事務(wù)之后執(zhí)行一個“裝入-讀取”操作。
一些時候，使用實(shí)體Bean會導(dǎo)致程序性能不佳。如果實(shí)體Bean的唯一用途就是提取和更新數(shù)據(jù)，改成在會話Bean之內(nèi)利用JDBC訪問數(shù)據(jù)庫可以得到更好的性能。
2.3 選擇合適的引用機(jī)制
在典型的JSP應(yīng)用系統(tǒng)中，頁頭、頁腳部分往往被抽取出來，然后根據(jù)需要引入頁頭、頁腳。當(dāng)前，在JSP頁面中引入外部資源的方法主要有兩種：include指令，以及include動作。
include指令：例如<%@ include file=“copyright.html” %>。該指令在編譯時引入指定的資源。在編譯之前，帶有include指令的頁面和指定的資源被合并成一個文件。被引用的外部資源在編譯時就確定，比運(yùn)行時才確定資源更高效。
include動作：例如
2.4 在部署描述器中設(shè)置只讀屬性
實(shí)體Bean的部署描述器允許把所有g(shù)et方法設(shè)置成“只讀”。當(dāng)某個事務(wù)單元的工作只包含執(zhí)行讀取操作的方法時，設(shè)置只讀屬性有利于提高性能，因?yàn)槿萜鞑槐卦賵?zhí)行存儲操作。
2.5 緩沖對EJB Home的訪問
EJB Home接口通過JNDI名稱查找獲得。這個操作需要相當(dāng)可觀的開銷。JNDI查找最好放入Servlet的init()方法里面。如果應(yīng)用中多處頻繁地出現(xiàn)EJB訪問，最好創(chuàng)建一個EJBHomeCache類。EJBHomeCache類一般應(yīng)該作為singleton實(shí)現(xiàn)。
2.6 為EJB實(shí)現(xiàn)本地接口
本地接口是EJB 2.0規(guī)范新增的內(nèi)容，它使得Bean能夠避免遠(yuǎn)程調(diào)用的開銷。請考慮下面的代碼。PayBeanHome home =(PayBeanHome)javax.rmi.PortableRemoteObject.narrow(ctx.lookup(“PayBeanHome”), PayBeanHome.class);PayBean bean =(PayBean)javax.rmi.PortableRemoteObject.narrow(home.create(), PayBean.class);
第一個語句表示我們要尋找Bean的Home接口。這個查找通過JNDI進(jìn)行，它是一個RMI調(diào)用。然后，我們定位遠(yuǎn)程對象，返回代理引用，這也是一個 RMI調(diào)用。第二個語句示范了如何創(chuàng)建一個實(shí)例，涉及了創(chuàng)建IIOP請求并在網(wǎng)絡(luò)上傳輸請求的stub程序，它也是一個RMI調(diào)用。
要實(shí)現(xiàn)本地接口，我們必須作如下修改：
方法不能再拋出java.rmi.RemoteException異常，包括從RemoteException派生的異常，比如 TransactionRequiredException、TransactionRolledBackException和 NoSuchObjectException。EJB提供了等價的本地異常，如TransactionRequiredLocalException、TransactionRolledBackLocalException和NoSuchObjectLocalException。
所有數(shù)據(jù)和返回值都通過引用的方式傳遞，而不是傳遞值。
本地接口必須在EJB部署的機(jī)器上使用。簡而言之，客戶程序和提供服務(wù)的組件必須在同一個JVM上運(yùn)行。
如果Bean實(shí)現(xiàn)了本地接口，則其引用不可串行化。
請參見《用本地引用提高EJB訪問效率》。
軟件資訊 > 開發(fā)特區(qū) > 開發(fā)語言 > Java
2006年05月11日 作者：songxin 責(zé)任編輯：xietaoming
文章導(dǎo)讀：分通用篇、J2EE篇、GUI篇三部分介紹Java性能優(yōu)化技巧。
2.7 生成主鍵
在EJB之內(nèi)生成主鍵有許多途徑，下面分析了幾種常見的辦法以及它們的特點(diǎn)。
利用數(shù)據(jù)庫內(nèi)建的標(biāo)識機(jī)制（SQL Server的IDENTITY或Oracle的SEQUENCE）。這種方法的缺點(diǎn)是EJB可移植性差。
由實(shí)體Bean自己計(jì)算主鍵值（比如做增量操作）。它的缺點(diǎn)是要求事務(wù)可串行化，而且速度也較慢。
利用NTP之類的時鐘服務(wù)。這要求有面向特定平臺的本地代碼，從而把Bean固定到了特定的OS之上。另外，它還導(dǎo)致了這樣一種可能，即在多CPU的服務(wù)器上，同一個毫秒之內(nèi)生成了兩個主鍵。
借鑒Microsoft的思路，在Bean中創(chuàng)建一個GUID。然而，如果不求助于JNI，Java不能確定網(wǎng)卡的MAC地址；如果使用JNI，則程序就要依賴于特定的OS。
還有其他幾種辦法，但這些辦法同樣都有各自的局限。似乎只有一個答案比較理想：結(jié)合運(yùn)用RMI和JNDI。先通過RMI注冊把RMI遠(yuǎn)程對象綁定到JNDI樹?？蛻舫绦蛲ㄟ^JNDI進(jìn)行查找。下面是一個例子： public class keyGenerator extends UnicastRemoteObject implements Remote { private static long KeyValue = System.currentTimeMillis();public static synchronized long getKey()throws RemoteException { return KeyValue++;}
2.8 及時清除不再需要的會話
為了清除不再活動的會話，許多應(yīng)用服務(wù)器都有默認(rèn)的會話超時時間，一般為30分鐘。當(dāng)應(yīng)用服務(wù)器需要保存更多會話時，如果內(nèi)存容量不足，操作系統(tǒng)會把部分內(nèi)存數(shù)據(jù)轉(zhuǎn)移到磁盤，應(yīng)用服務(wù)器也可能根據(jù)“最近最頻繁使用”（Most Recently Used）算法把部分不活躍的會話轉(zhuǎn)儲到磁盤，甚至可能拋出“內(nèi)存不足”異常。在大規(guī)模系統(tǒng)中，串行化會話的代價是很昂貴的。當(dāng)會話不再需要時，應(yīng)當(dāng)及時調(diào)用HttpSession.invalidate()方法清除會話。HttpSession.invalidate()方法通?？梢栽趹?yīng)用的退出頁面調(diào)用。
2.9 在JSP頁面中關(guān)閉無用的會話
對于那些無需跟蹤會話狀態(tài)的頁面，關(guān)閉自動創(chuàng)建的會話可以節(jié)省一些資源。使用如下page指令： <%@ page session=“false”%>
2.10 Servlet與內(nèi)存使用
許多開發(fā)者隨意地把大量信息保存到用戶會話之中。一些時候，保存在會話中的對象沒有及時地被垃圾回收機(jī)制回收。從性能上看，典型的癥狀是用戶感到系統(tǒng)周期性地變慢，卻又不能把原因歸于任何一個具體的組件。如果監(jiān)視JVM的堆空間，它的表現(xiàn)是內(nèi)存占用不正常地大起大落。
解決這類內(nèi)存問題主要有二種辦法。第一種辦法是，在所有作用范圍為會話的Bean中實(shí)現(xiàn)HttpSessionBindingListener接口。這樣，只要實(shí)現(xiàn)valueUnbound()方法，就可以顯式地釋放Bean使用的資源。
另外一種辦法就是盡快地把會話作廢。大多數(shù)應(yīng)用服務(wù)器都有設(shè)置會話作廢間隔時間的選項(xiàng)。另外，也可以用編程的方式調(diào)用會話的 setMaxInactiveInterval()方法，該方法用來設(shè)定在作廢會話之前，Servlet容器允許的客戶請求的最大間隔時間，以秒計(jì)。
2.11 HTTP Keep-Alive
Keep-Alive功能使客戶端到服務(wù)器端的連接持續(xù)有效，當(dāng)出現(xiàn)對服務(wù)器的后繼請求時，Keep-Alive功能避免了建立或者重新建立連接。市場上的大部分Web服務(wù)器，包括iPlanet、IIS和Apache，都支持HTTP Keep-Alive。對于提供靜態(tài)內(nèi)容的網(wǎng)站來說，這個功能通常很有用。但是，對于負(fù)擔(dān)較重的網(wǎng)站來說，這
里存在另外一個問題：雖然為客戶保留打開的連接有一定的好處，但它同樣影響了性能，因?yàn)樵谔幚頃和Ｆ陂g，本來可以釋放的資源仍舊被占用。當(dāng)Web服務(wù)器和應(yīng)用服務(wù)器在同一臺機(jī)器上運(yùn)行時，Keep-Alive功能對資源利用的影響尤其突出。
2.12 JDBC與Unicode
想必你已經(jīng)了解一些使用JDBC時提高性能的措施，比如利用連接池、正確地選擇存儲過程和直接執(zhí)行的SQL、從結(jié)果集刪除多余的列、預(yù)先編譯SQL語句，等等。
除了這些顯而易見的選擇之外，另一個提高性能的好選擇可能就是把所有的字符數(shù)據(jù)都保存為Unicode（代碼頁13488）。Java以Unicode形式處理所有數(shù)據(jù)，因此，數(shù)據(jù)庫驅(qū)動程序不必再執(zhí)行轉(zhuǎn)換過程。但應(yīng)該記住：如果采用這種方式，數(shù)據(jù)庫會變得更大，因?yàn)槊總€Unicode字符需要2個字節(jié)存儲空間。另外，如果有其他非Unicode的程序訪問數(shù)據(jù)庫，性能問題仍舊會出現(xiàn)，因?yàn)檫@時數(shù)據(jù)庫驅(qū)動程序仍舊必須執(zhí)行轉(zhuǎn)換過程。
2.13 JDBC與I/O
如果應(yīng)用程序需要訪問一個規(guī)模很大的數(shù)據(jù)集，則應(yīng)當(dāng)考慮使用塊提取方式。默認(rèn)情況下，JDBC每次提取32行數(shù)據(jù)。舉例來說，假設(shè)我們要遍歷一個5000 行的記錄集，JDBC必須調(diào)用數(shù)據(jù)庫157次才能提取到全部數(shù)據(jù)。如果把塊大小改成512，則調(diào)用數(shù)據(jù)庫的次數(shù)將減少到10次。
在一些情形下這種技術(shù)無效。例如，如果使用可滾動的記錄集，或者在查詢中指定了FOR UPDATE，則塊操作方式不再有效。
2.14 內(nèi)存數(shù)據(jù)庫
許多應(yīng)用需要以用戶為單位在會話對象中保存相當(dāng)數(shù)量的數(shù)據(jù)，典型的應(yīng)用如購物籃和目錄等。由于這類數(shù)據(jù)可以按照行/列的形式組織，因此，許多應(yīng)用創(chuàng)建了龐大的Vector或HashMap。在會話中保存這類數(shù)據(jù)極大地限制了應(yīng)用的可伸縮性，因?yàn)榉?wù)器擁有的內(nèi)存至少必須達(dá)到每個會話占用的內(nèi)存數(shù)量乘以并發(fā)用戶最大數(shù)量，它不僅使服務(wù)器價格昂貴，而且垃圾收集的時間間隔也可能延長到難以忍受的程度。
一些人把購物籃/目錄功能轉(zhuǎn)移到數(shù)據(jù)庫層，在一定程度上提高了可伸縮性。然而，把這部分功能放到數(shù)據(jù)庫層也存在問題，且問題的根源與大多數(shù)關(guān)系數(shù)據(jù)庫系統(tǒng)的體系結(jié)構(gòu)有關(guān)。對于關(guān)系數(shù)據(jù)庫來說，運(yùn)行時的重要原則之一是確保所有的寫入操作穩(wěn)定、可靠，因而，所有的性能問題都與物理上把數(shù)據(jù)寫入磁盤的能力有關(guān)。關(guān)系數(shù)據(jù)庫力圖減少I/O操作，特別是對于讀操作，但實(shí)現(xiàn)該目標(biāo)的主要途徑只是執(zhí)行一套實(shí)現(xiàn)緩沖機(jī)制的復(fù)雜算法，而這正是數(shù)據(jù)庫層第一號性能瓶頸通?？偸?CPU的主要原因。
一種替代傳統(tǒng)關(guān)系數(shù)據(jù)庫的方案是，使用在內(nèi)存中運(yùn)行的數(shù)據(jù)庫（In-memory Database），例如TimesTen。內(nèi)存數(shù)據(jù)庫的出發(fā)點(diǎn)是允許數(shù)據(jù)臨時地寫入，但這些數(shù)據(jù)不必永久地保存到磁盤上，所有的操作都在內(nèi)存中進(jìn)行。這樣，內(nèi)存數(shù)據(jù)庫不需要復(fù)雜的算法來減少I/O操作，而且可以采用比較簡單的加鎖機(jī)制，因而速度很快。
三、GUI篇
這一部分介紹的內(nèi)容適合于圖形用戶界面的應(yīng)用（Applet和普通應(yīng)用），要用到AWT或Swing。
3.1 用JAR壓縮類文件
Java檔案文件（JAR文件）是根據(jù)JavaBean標(biāo)準(zhǔn)壓縮的文件，是發(fā)布JavaBean組件的主要方式和推薦方式。JAR檔案有助于減少文件體積，縮短下載時間。例如，它有助于Applet提高啟動速度。一個JAR文件可以包含一個或者多個相關(guān)的Bean以及支持文件，比如圖形、聲音、HTML 和其他資源。
要在HTML/JSP文件中指定JAR文件，只需在Applet標(biāo)記中加入ARCHIVE = “name.jar”聲明。
請參見《使用檔案文件提高 applet 的加載速度》。
3.2 提示Applet裝入進(jìn)程
你是否看到過使用Applet的網(wǎng)站，注意到在應(yīng)該運(yùn)行Applet的地方出現(xiàn)了一個占位符？當(dāng)Applet的下載時間較長時，會發(fā)生什么事情？最大的可能就是用戶掉頭離去。在這種情況下，顯示一個Applet正在下載的信息無疑有助于鼓勵用戶繼續(xù)等待。
下面我們來看看一種具體的實(shí)現(xiàn)方法。首先創(chuàng)建一個很小的Applet，該Applet負(fù)責(zé)在后臺下載正式的Applet：
import java.applet.Applet;import java.applet.AppletStub;import java.awt.Label;import java.awt.Graphics;import java.awt.GridLayout;public class PreLoader extends Applet implements Runnable, AppletStub { String largeAppletName;Label label;public void init(){ // 要求裝載的正式Applet largeAppletName = getParameter(“applet”);// “請稍等”提示信息
label = new Label(“請稍等...” + largeAppletName);add(label);} public void run(){ try { // 獲得待裝載Applet的類
Class largeAppletClass = Class.forName(largeAppletName);// 創(chuàng)建待裝載Applet的實(shí)例
Applet largeApplet =(Applet)largeAppletClass.newInstance();// 設(shè)置該Applet的Stub程序 largeApplet.setStub(this);// 取消“請稍等”信息 remove(label);// 設(shè)置布局
setLayout(new GridLayout(1, 0));add(largeApplet);// 顯示正式的Applet largeApplet.init();largeApplet.start();} catch(Exception ex){ // 顯示錯誤信息
label.setText(“不能裝入指定的Applet”);} // 刷新屏幕 validate();
} public void appletResize(int width, int height){ // 把a(bǔ)ppletResize調(diào)用從stub程序傳遞到Applet resize(width, height);} }
編譯后的代碼小于2K，下載速度很快。代碼中有幾個地方值得注意。首先，PreLoader實(shí)現(xiàn)了AppletStub接口。一般地，Applet從調(diào)用者判斷自己的codebase。在本例中，我們必須調(diào)用setStub()告訴Applet到哪里提取這個信息。另一個值得注意的地方是，AppletStub接口包含許多和Applet類一樣的方法，但appletResize()方法除外。這里我們把對appletResize()方法的調(diào)用傳遞給了resize()方法。
3.3 在畫出圖形之前預(yù)先裝入它
ImageObserver接口可用來接收圖形裝入的提示信息。ImageObserver接口只有一個方法imageUpdate()，能夠用一次repaint()操作在屏幕上畫出圖形。下面提供了一個例子。public boolean imageUpdate(Image img, int flags, int x, int y, int w, int h){ if((flags & ALLBITS)!=0 { repaint();} else if(flags &(ERROR |ABORT))!= 0){ error = true;// 文件沒有找到，考慮顯示一個占位符 repaint();} return(flags &(ALLBITS | ERROR| ABORT))== 0;}
當(dāng)圖形信息可用時，imageUpdate()方法被調(diào)用。如果需要進(jìn)一步更新，該方法返回true；如果所需信息已經(jīng)得到，該方法返回false。
3.4 覆蓋update方法
update()方法的默認(rèn)動作是清除屏幕，然后調(diào)用paint()方法。如果使用默認(rèn)的update()方法，頻繁使用圖形的應(yīng)用可能出現(xiàn)顯示閃爍現(xiàn)象。要避免在paint()調(diào)用之前的屏幕清除操作，只需按照如下方式覆蓋update()方法：
public void update(Graphics g){ paint(g);}
更理想的方案是：覆蓋update()，只重畫屏幕上發(fā)生變化的區(qū)域，如下所示： public void update(Graphics g){ g.clipRect(x, y, w, h);paint(g);}
3.5 延遲重畫操作
對于圖形用戶界面的應(yīng)用來說，性能低下的主要原因往往可以歸結(jié)為重畫屏幕的效率低下。當(dāng)用戶改變窗口大小或者滾動一個窗口時，這一點(diǎn)通常可以很明顯地觀察到。改變窗口大小或者滾動屏幕之類的操作導(dǎo)致重畫屏幕事件大量地、快速地生成，甚至超過了相關(guān)代碼的執(zhí)行速度。對付這個問題最好的辦法是忽略所有“遲到” 的事件。
建議在這里引入一個數(shù)毫秒的時差，即如果我們立即接收到了另一個重畫事件，可以停止處理當(dāng)前事件轉(zhuǎn)而處理最后一個收到的重畫事件；否則，我們繼續(xù)進(jìn)行當(dāng)前的重畫過程。
如果事件要啟動一項(xiàng)耗時的工作，分離出一個工作線程是一種較好的處理方式；否則，一些部件可能被“凍結(jié)”，因?yàn)槊看沃荒芴幚硪粋€事件。下面提供了一個事件處理的簡單例子，但經(jīng)過擴(kuò)展后它可以用來控制工作線程。
public static void runOnce(String id, final long milliseconds){ synchronized(e_queue){ // e_queue: 所有事件的集合 if(!e_queue.containsKey(id)){ e_queue.put(token, new LastOne());} } final LastOne lastOne =(LastOne)e_queue.get(token);final long time = System.currentTimeMillis();// 獲得當(dāng)前時間 lastOne.time = time;(new Thread(){public void run(){ if(milliseconds > 0){ try {Thread.sleep(milliseconds);} // 暫停線程 catch(Exception ex){} } synchronized(lastOne.running){ // 等待上一事件結(jié)束 if(lastOne.time!= time)// 只處理最后一個事件 return;} }}).start();} private static Hashtable e_queue = new Hashtable();private static class LastOne { public long time=0;public Object running = new Object();}
3.6 使用雙緩沖區(qū)
在屏幕之外的緩沖區(qū)繪圖，完成后立即把整個圖形顯示出來。由于有兩個緩沖區(qū)，所以程序可以來回切換。這樣，我們可以用一個低優(yōu)先級的線程負(fù)責(zé)畫圖，使得程序能夠利用空閑的CPU時間執(zhí)行其他任務(wù)。下面的偽代碼片斷示范了這種技術(shù)。Graphics myGraphics;Image myOffscreenImage = createImage(size().width, size().height);
Graphics offscreenGraphics = myOffscreenImage.getGraphics();offscreenGraphics.drawImage(img, 50, 50, this);myGraphics.drawImage(myOffscreenImage, 0, 0, this);
3.7 使用BufferedImage
Java JDK 1.2使用了一個軟顯示設(shè)備，使得文本在不同的平臺上看起來相似。為實(shí)現(xiàn)這個功能，Java必須直接處理構(gòu)成文字的像素。由于這種技術(shù)要在內(nèi)存中大量地進(jìn)行位復(fù)制操作，早期的JDK在使用這種技術(shù)時性能不佳。為解決這個問題而提出的Java標(biāo)準(zhǔn)實(shí)現(xiàn)了一種新的圖形類型，即BufferedImage。
BufferedImage子類描述的圖形帶有一個可訪問的圖形數(shù)據(jù)緩沖區(qū)。一個BufferedImage包含一個ColorModel和一組光柵圖形數(shù)據(jù)。這個類一般使用RGB（紅、綠、藍(lán)）顏色模型，但也可以處理灰度級圖形。它的構(gòu)造函數(shù)很簡單，如下所示：
public BufferedImage(int width, int height, int imageType)
ImageType允許我們指定要緩沖的是什么類型的圖形，比如5-位RGB、8-位RGB、灰度級等。
3.8 使用VolatileImage
許多硬件平臺和它們的操作系統(tǒng)都提供基本的硬件加速支持。例如，硬件加速一般提供矩形填充功能，和利用CPU完成同一任務(wù)相比，硬件加速的效率更高。由于硬件加速分離了一部分工作，允許多個工作流并發(fā)進(jìn)行，從而緩解了對CPU和系統(tǒng)總線的壓力，使得應(yīng)用能夠運(yùn)行得更快。利用VolatileImage可以創(chuàng)建硬件加速的圖形以及管理圖形的內(nèi)容。由于它直接利用低層平臺的能力，性能的改善程度主要取決于系統(tǒng)使用的圖形適配器。VolatileImage的內(nèi)容隨時可能丟失，也即它是“不穩(wěn)定的（volatile）”。因此，在使用圖形之前，最好檢查一下它的內(nèi)容是否丟失。VolatileImage有兩個能夠檢查內(nèi)容是否丟失的方法： public abstract int validate(GraphicsConfiguration gc);public abstract Boolean contentsLost();
每次從VolatileImage對象復(fù)制內(nèi)容或者寫入VolatileImage時，應(yīng)該調(diào)用validate()方法。contentsLost()方法告訴我們，自從最后一次validate()調(diào)用之后，圖形的內(nèi)容是否丟失。
雖然VolatileImage是一個抽象類，但不要從它這里派生子類。VolatileImage應(yīng)該通過
Component.createVolatileImage()或者 GraphicsConfiguration.createCompatibleVolatileImage()方法創(chuàng)建。
3.9 使用Window Blitting
進(jìn)行滾動操作時，所有可見的內(nèi)容一般都要重畫，從而導(dǎo)致大量不必要的重畫工作。許多操作系統(tǒng)的圖形子系統(tǒng)，包括WIN32 GDI、MacOS和X/Windows，都支持Window Blitting技術(shù)。Window Blitting技術(shù)直接在屏幕緩沖區(qū)中把圖形移到新的位置，只重畫新出現(xiàn)的區(qū)域。要在Swing應(yīng)用中使用Window Blitting技術(shù)，設(shè)置方法如下： setScrollMode(int mode);
在大多數(shù)應(yīng)用中，使用這種技術(shù)能夠提高滾動速度。只有在一種情形下，Window Blitting會導(dǎo)致性能降低，即應(yīng)用在后臺進(jìn)行滾動操作。如果是用戶在滾動一個應(yīng)用，那么它總是在前臺，無需擔(dān)心任何負(fù)面影響。
第三篇：優(yōu)化培訓(xùn)心得
參加《優(yōu)化培訓(xùn)》心得體會
6月15日下午聽了顧問公司金老師的《關(guān)于實(shí)施管理流程優(yōu)化培訓(xùn)》，受益良多，通過這次課程的學(xué)習(xí)，我了解到一個真正有效的流程對企業(yè)的重要性。正所謂沒有規(guī)矩不成方圓，一個企業(yè)的運(yùn)營離不開科學(xué)的管理制度和規(guī)范的流程體系。環(huán)環(huán)相扣的作業(yè)流程，需要各個部門之間良好協(xié)作和配合。使我對公司的作業(yè)流程的作用有了更深入的了解和認(rèn)識。聽完此次課程本人對流程優(yōu)化有了些許見解：
為什么我們要優(yōu)化流程呢？在我們公司最常用到得流程是“自由流程”，原因很簡單，我們處于一個人管人的階段，沒有一個屬于自己的系統(tǒng)化流程，老師說這樣的流程很容易讓我們的效率大大折扣。作為一個基礎(chǔ)人員，很能明白這個意思：往往遞交的文件要經(jīng)過很多流程來處理，每個人進(jìn)來都會發(fā)表自己的意見，雖然調(diào)動了大家的積極性，但是當(dāng)整個流程結(jié)束的時候，擬稿人的原本意思已經(jīng)似是而非了。也許系統(tǒng)管人要比人管人要更見效。這也說明了一個固定的優(yōu)化流程不僅可以減少我們工作中的重復(fù)性工作，還可以使管理層從繁瑣的日常事務(wù)中解脫出來，進(jìn)而達(dá)到提高公司整體工作效率。
優(yōu)化的流程在實(shí)施過程中將人之間的關(guān)系轉(zhuǎn)化成了系統(tǒng)、流程與人之間的關(guān)系，讓每一個人不僅能做正確的事，還能正確地做事。流程優(yōu)化是以提高工作質(zhì)量、提高工作效率、降低成本為目的的，流程優(yōu)化要圍繞優(yōu)化對象要達(dá)到的目標(biāo)進(jìn)行；在現(xiàn)有的基礎(chǔ)上，提出改進(jìn)后的實(shí)施方案，并對其作出評價；針對評價中發(fā)現(xiàn)的問題，再次進(jìn)行改進(jìn)，直至滿意后開始試行，正式實(shí)施。
無論是怎樣優(yōu)化的流程，他一定要做到適應(yīng)企業(yè)的發(fā)展。也許每個人對講課內(nèi)容的理解都不一樣，但是只要我們明白和了解現(xiàn)在工作中的短板是什么？只有了解才可以做的取長補(bǔ)短，更進(jìn)一步。雖然老師只講了優(yōu)化流程的一些基本概念和概述了好的流程應(yīng)該是怎樣的，相信大家已經(jīng)迫切的期待下一堂課的到來。1
第四篇：SQL語句性能優(yōu)化
我也做了很長時間醫(yī)療軟件，也寫過不少sql優(yōu)化，沒有詳細(xì)記錄下來，個人感覺下面轉(zhuǎn)載的更符合醫(yī)院醫(yī)療軟件實(shí)際業(yè)務(wù)，很認(rèn)可大部分所寫的原則，固轉(zhuǎn)載過來，以作借鑒。軟件的根本還是在于更細(xì)更精，在于從客戶的實(shí)際使用考慮問題。
性能優(yōu)化原則1:永遠(yuǎn)避免困境
利用緩存把字典數(shù)據(jù)取到中間服務(wù)器或是客戶端替代直接sql查詢,如,門診醫(yī)生站把字典下載到客戶端,減少執(zhí)行次數(shù)。
一次性取數(shù)據(jù)到客戶端，然后再逐條處理，而不是分次取數(shù)據(jù)，處理好一條數(shù)據(jù)再取下一條再處理。例：門診收費(fèi)取hjcfmxk例子，原來是一張?zhí)幏綏l明細(xì)都查詢一次，查詢后再處理，現(xiàn)改為一次把所有明細(xì)都取過來，然后一條條處理
盡量減少光標(biāo)，看能不能用臨時表
性能優(yōu)化原則2:kiss原則
對于where 條件中的左邊可以利用索引的字段Keep it simple stupid，左邊盡量避免用函數(shù)(substring,isnull,upper,lower)，參加計(jì)算+,-*/
例子1：select * from ZY_BRFYMXK where substring(zxrq,1,8)='20081212‘
select * from ZY_BRFYMXK where zxrq between '2008121200' and '2008121224' 例子2：
select * from zy_detail_charge where SUBSTRING(patient_id,1,10)=
substring('000005090600',1,10)這句耗時30秒以上
select * from zy_detail_charge where patient_id like substring('000005090600',1,10)+'%' 這句耗時2秒以內(nèi)
性能優(yōu)化原則3:盡可能利用到索引
例：select * from ZY_BRFYMXK a(nolock),VW_LSYZK b(nolock)where a.syxh=3 and a.yzxh=b.xh and a.fylb=0
select * from ZY_BRFYMXK a(nolock),VW_LSYZK b(nolock)where a.syxh=3 and a.yzxh=b.xh and a.fylb=0 and b.syxh=3
性能優(yōu)化原則4:or,避而遠(yuǎn)之
對于索引字段盡力避免用or，普通字段可以用or，解決要么分解成多個sql,要么用業(yè)務(wù)規(guī)則避免，例：declare @rq1 ut_rq16,@syxh ut_syxh
select @rq1='20081201'
select @syxh=157
性能優(yōu)化原則5:避免大批量數(shù)據(jù)取到前臺
例： select * from ZY_BRSYK cyrq between ‘20080901’ and ‘20081201‘,對于大醫(yī)院每天100多人，90天是9000條數(shù)據(jù)
性能優(yōu)化原則6:事務(wù),盡可能的短吧
所有計(jì)算、對臨時表的更新都應(yīng)但放在事務(wù)外，事務(wù)中最好只有更新和插入正式表操作.因?yàn)槭聞?wù)中產(chǎn)生的鎖只有在commit tran是才會釋放。
性能優(yōu)化原則7:熱表，留在最后吧
熱表是頻繁調(diào)用的表。如：sf_mzcfk,zy_brfymxk,bq_fyqqk.對于熱表盡量放在事務(wù)最后：這樣鎖的時間短。大家都堅(jiān)持這樣，死鎖的可能性就小。如果都是熱表各個存儲過程更新表的順序應(yīng)當(dāng)一樣這樣可以避免死鎖
性能優(yōu)化原則8:創(chuàng)建臨時表一定要避免在事務(wù)中作
如create #tempXX(…)
Select * into #tempXX from …
因?yàn)閯?chuàng)建臨時表會鎖tempdb的系統(tǒng)表
例：生成#temp1放在事務(wù)內(nèi)外，用sp_lock2 ‘’觀察結(jié)果
if object_id('tempdb..#temp1','U')is not null
drop table #temp1
begin tran
select * into #temp1 from ZY_BRSYK where ryrq>'20080901‘
select * from #temp1
waitfor delay '00:00:10'
commit
性能優(yōu)化原則9:大的報表查詢避免與正常業(yè)務(wù)碰撞
如果沒有查詢服務(wù)器，那要在存儲過程中限制不能操作加上如：
declare @rq1 ut_rq16,@rq2 ut_rq16,@now ut_rq16
select @rq1=convert(varchar(8),getdate(),112)+'08:00:00'
select @rq1=convert(varchar(8),getdate(),112)+'11:30:00'
select @now=convert(char(8),getdate(),112)+convert(char(8),getdate(),8)
if @now>@rq1 and @now<@rq2
begin
select '上午繁忙時間段不能作此查詢'
return
end
性能優(yōu)化原則10:存儲過程避免大的if…else…
這個常出項(xiàng)在業(yè)務(wù)相同表不同的存儲過程中，因?yàn)檫@樣常到if …else …原來醫(yī)技接口中很多這種存儲過程，當(dāng)時把門診住院業(yè)務(wù)放在一個存儲過程中。這樣最大的問題是sql server會根據(jù)sql語句來compile存儲，這個過程會生成優(yōu)化計(jì)劃，決定用那個索引。如果存儲過程用到門診表compile一下，到用到住院表是發(fā)現(xiàn)不對，又會compile一下，這樣不停compile.compile很號時間要1-2秒，而且一個存儲過成在compile是，所有調(diào)用這個存儲過程的進(jìn)程都要在排隊(duì)等候,因?yàn)樗麜?dú)占鎖這個存儲過程
例：usp_yjjk_getwzxxm_old.sql,后改為：
usp_yjjk_getwzxxm.sql, usp_yjjk_getwzxxm_mz.sql,usp_yjjk_getwzxxm_zy.sql
性能優(yōu)化原則11:進(jìn)攻是最好的防守
在普通編程語句對于數(shù)據(jù)校驗(yàn)總是用防守辦法先判斷,后再作相應(yīng)處理。而在sql中先處理再判斷性能會好很多。
--更新藥品庫存。
If exists(select 1 from YK_YKZKC WHERE idm=100 and kcsl>50)
begin
update YK_YKZKC set kcsl=kcsl-50 where idm=100
End
Else begin
rollback tran
Select ‘F庫存不夠’
return
end
--改為
update YK_YKZKC set kcsl=kcsl-50 where idm=100 and kcsl>50
If @@rowcount<=0
Begin
Rollbakc tran
Select ‘F庫存不夠’
end
--取未執(zhí)行的醫(yī)技項(xiàng)目,日表沒有數(shù)據(jù)就到年表中查找
if exists(select a.* from SF_MZCFK a(nolock),SF_CFMXK b(nolock)
begin
select a.* into #temp1 from SF_MZCFK a(nolock),SF_CFMXK b(nolock)
end
else begin
select a.* into #temp1 from SF_NMZCFK a(nolock),SF_NCFMXK b(nolock)
end
--改為
Insert into #temp1 select a.*
from SF_MZCFK a(nolock),SF_CFMXK b(nolock)
If @@rowcount=0
Begin
Insert into #temp1 select a.*
from SF_NMZCFK a(nolock),SF_NCFMXK b(nolock)
end
性能優(yōu)化原則12:trig最后的手段
Trig（觸發(fā)器）的處理的處理機(jī)制是滿足條件時就會在源語句后面加上trig中的代碼進(jìn)行執(zhí)行。
它有兩個致命的弊端：（1）不清楚有trig的人會對于執(zhí)行結(jié)果感到迷惑。如常有在插入一張表如果主鍵是indentity的值常取用select @@identity。但如是有trig,tring中有表插入操作，這時的@@identity可能就不是想要的值。（2）trig會束縛選擇。如：有一套單據(jù)主表和明細(xì)表，當(dāng)明細(xì)表的金額更新時，要同步主表的金額，當(dāng)程序是一條條更新明細(xì)時用trig的作法是每當(dāng)更新一條明細(xì)記錄時都算一處所有明細(xì)表的總金額，再去更新主表的金額。這樣有多少條明細(xì)就要算多少次，好的作法是不要trig,直接在sql語句中明細(xì)更新完明后，一次性算出總金額每條單據(jù)的總金額，再更新主表的金額。
對于trig如果有其他手段就一定要避免用trig.性能優(yōu)化原則13:用戶說好才是真的好
1）有時sql語句性能難以優(yōu)化，但用戶對于系統(tǒng)響應(yīng)速度還是不滿意。這時可以從業(yè)務(wù)分析處理。
如：我們退費(fèi)模塊錄入發(fā)票號原來是用fph like ‘XXX%’。用戶報怨慢，后來改為先用fph=‘XXX’來查，如查不到再fph like ‘XXX%’。這樣在絕大部情況下速度都非?？?，同時也滿足小部分情況下模糊查詢的需求。
如：我們的程序要查日表和年表。如果通過日表union表視圖去查會非常慢，性能也難以優(yōu)化。程序改為普通情況下不查年表，用戶勾上年表標(biāo)志時才查年表。
（2）查詢統(tǒng)計(jì)很多數(shù)據(jù)時間比較長，就以查詢完一部分?jǐn)?shù)據(jù)后可以顯示這部分?jǐn)?shù)據(jù)或是用提示，這樣用戶清楚系統(tǒng)在作事情也知道大概進(jìn)度。這樣情緒上會好很多。
（3）查詢模塊常有一進(jìn)入時也默認(rèn)一個查詢，如果性能好，查詢又合用戶心意，這種設(shè)計(jì)非常好，如果性能不好，那就不是好的設(shè)計(jì)。用戶對于進(jìn)入都困難的模塊是沒有好感的。
（4）有戶的耐心與查詢出的記錄成正比。用戶痛恨等待很久卻沒有查詢出記錄。
對于非常慢的查詢，如果有些子查詢非常快可以先作這樣查詢以避免查詢很久卻沒有數(shù)據(jù)出來的情況。如：按病歷號查在院病人所有費(fèi)有明細(xì)，可以先查一下這個病歷是不是有對應(yīng)病人。
實(shí)戰(zhàn)技巧1:用exists、in代替distinct
Distinct實(shí)際上是先收集再刪除這樣兩步都耗資源。
Exists,in會隱式過濾掉重復(fù)的記錄
例查自2009年以來有金額大于100的藥品的病人
select distinct a.blh,a.hzxm from ZY_BRXXK a(nolock),ZY_BRSYK b(nolock),ZY_BRFYMXK c(nolock)where a.patid=b.patid and b.syxh=c.syxh and c.zxrq>'2009' and c.zje>100--改為
select a.blh,a.hzxm from ZY_BRXXK a where exists(select 1 from ZY_BRSYK
b(nolock),ZY_BRFYMXK c(nolock)where a.patid=b.patid and b.syxh=c.syxh and
c.zxrq>'2009'and c.zje>100)
實(shí)戰(zhàn)技巧2:縮短union
select …from A,B,C,D,E1
where(E1的條件)
and(其他表聯(lián)接條件)
union
select …from A,B,C,D,E2
where(E2的條件)
and(其他表接接條件)
改為
select …from A,B,C,D,(select...from E1where(E1條件)
union
select …from E2where(E2條件))E where(其他條件)
當(dāng)涉及ABCD表部分耗資源而E1,E2不耗資源時是這樣，如果反過來則改后的性能不一定好。查2009年4月后入院的在院病人在2905病區(qū)發(fā)生的所有費(fèi)用明細(xì)
select a.hzxm,b.cyrq,d.ypmc,d.ypgg,c.ypsl/c.dwxs ypsl, c.ypdw
select a.hzxm,b.cyrq,d.ypmc,d.ypgg,c.ypsl/c.dwxs ypsl, c.ypdw
from ZY_BRXXK a(nolock),ZY_BRSYK b(nolock),ZY_BRFYMXK c(nolock),YK_YPCDMLK d where a.patid=b.patid and b.ryrq>'200904' and b.brzt not in(3,8,9)and b.syxh=c.syxh and c.bqdm='2905' and c.idm=d.idm
union all
select a.hzxm,b.cyrq,d.name,d.xmgg,c.ypsl/c.dwxs ypsl, c.ypdw
from ZY_BRXXK a(nolock),ZY_BRSYK b(nolock),ZY_BRFYMXK c(nolock),YY_SFXXMK d where a.patid=b.patid and b.ryrq>'200904' and b.brzt not in(3,8,9)and b.syxh=c.syxh and c.bqdm='2905' and c.ypdm=d.id and c.idm=0
--改為
select a.hzxm,b.cyrq,d.ypmc,d.ypgg,c.ypsl/c.dwxs ypsl, c.ypdw
from ZY_BRXXK a(nolock),ZY_BRSYK b(nolock),ZY_BRFYMXK c(nolock),(select ypmc,ypgg,ypdm,idm idm from YK_YPCDMLK union select name,xmgg,id,0 from YY_SFXXMK)d
where a.patid=b.patid and b.ryrq>'200904' and b.brzt not in(3,8,9)and b.syxh=c.syxh and c.bqdm='2905' and c.idm=d.idm and c.ypdm=d.ypdm
實(shí)戰(zhàn)技巧3:合并sql
把表和where條件類似的兩個或是多個sql合并為一個sql.--查2009年以后的普通、急診、專家掛號人數(shù)
declare @ptghs int,@jzghs int,@zjghs int
select @ptghs=0,@jzghs=0,@zjghs=0
select @ptghs=count(*)from GH_GHZDK where ghrq>'2009' and ghlb=0
select @jzghs=count(*)from GH_GHZDK where ghrq>'2009' and ghlb=1
select @zjghs=count(*)from GH_GHZDK where ghrq>'2009' and ghlb=2
select @ptghs,@jzghs,@zjghs
--改為
select @ptghs=0,@jzghs=0,@zjghs=0
select @ptghs=sum(case when ghlb=0 then 1 else 0 end),@jzghs=sum(case when ghlb=1 then 1 else 0 end), @zjghs=sum(case when ghlb=2 then 1 else 0 end)
from GH_GHZDK where ghrq>'2009'
select @ptghs,@jzghs,@zjghs
實(shí)戰(zhàn)技巧4:去掉游標(biāo)
把游標(biāo)當(dāng)作編程語言的for,do---while的方式，很多情況下都可以去掉,如果光標(biāo)中間sql語句只有一條一般都是可以去掉光標(biāo)改為一句sql。
--查當(dāng)天出院出院日期在2009年4月1到9日間病人的zfdj,zfje置為0
declare @syxh ut_syxh
declare cur1 cursor for select syxh from ZY_BRSYK where cyrq>='20090401' and cyrq<'20090410'
open cur1
fetch cur1 into @syxh
while @@fetch_status=0
begin
fetch cur1 into @syxh
end
close cur1
deallocate cur1
--改為
update ZY_BRFYMXK set zfdj=0,zfje=0
from ZY_BRFYMXK a,ZY_BRSYK b
where a.syxh=b.syxh and b.cyrq>='20090401' and b.cyrq<'20090410'
實(shí)戰(zhàn)技巧5:取代count
利用內(nèi)部函數(shù)代替
declare @count int
select * into #tmep1 from ZY_BRFYMXK WHERE zxrq>'200901'
select @count=@@rowcount—可以得到count值
select @count
select @count=count(*)from #tmep1—可以被取代
select @count
利用exists而不count判斷有沒有記錄
declare @count int
Select @count=count(1)from ZY_BRFYMXK WHERE zxrq>'2009‘
If @count>0 … else ….--改為
If exists(Select 1 from ZY_BRFYMXK WHERE zxrq>'2009’)… else ….
第五篇：經(jīng)典課堂培訓(xùn)心得
參加小學(xué)語文名師課堂教學(xué)展示及研討會心得體會
治平中心小學(xué)：楊菲菲
3月17日至3月18日，我有幸在蘭州交通大學(xué)大禮堂聆聽了全國著名教育專家蔣學(xué)晶、汪秀梅、武瓊、張龍四位專家的《全國小學(xué)語文名師課堂教學(xué)展示及研討會》。在兩天的學(xué)習(xí)中，我領(lǐng)略了他們的課堂教學(xué)風(fēng)采,欣賞了他們的課堂教學(xué)藝術(shù),他們的課給我全新的感覺，留給我印象最深的是他們的課是那樣的樸實(shí)，那樣的簡單，讓我受益匪淺，為盲目的我指明了今后教學(xué)前進(jìn)的方向。作為一名經(jīng)驗(yàn)尚淺的年輕教師，我沒有能力對名師的課進(jìn)行點(diǎn)評，也無法準(zhǔn)確地對名師們所要帶給我們的新理念一一闡述，只能將我在課堂現(xiàn)場的激動與感受記錄下來，現(xiàn)匯報如下：
蔣學(xué)晶老師上了兩節(jié)，一節(jié)是《鳳辣子初見林黛玉》，二節(jié)是《臨死前的嚴(yán)監(jiān)生》。他的課最大的特點(diǎn)是設(shè)計(jì)精心，環(huán)環(huán)相扣，絲絲入扣，行云流水，滴水不漏。在教學(xué)《鳳辣子初見林黛玉》時，蔣老師通過學(xué)生提出的課文中最難讀的一段話，也就是描寫鳳辣子著裝的一個段落，讓學(xué)生說出你從她的穿著當(dāng)中可以看出些什么，有些同學(xué)說她有錢，有些說有地位，還有的說她愛炫耀，等等。從學(xué)生的發(fā)言當(dāng)中，老師抓住了王熙鳳的性格特征，以此突破文章的主要內(nèi)容以及難點(diǎn)。通過帶著目的層層深入的閱讀，不僅讓學(xué)生理解了課文的內(nèi)容，而且也讓學(xué)生學(xué)到了新的讀書方法，體會到了學(xué)習(xí)語文的樂趣。在教學(xué)《臨死前的嚴(yán)監(jiān)生》一課時，蔣老師通過一系列的閱讀，以“兩個指頭”為點(diǎn)梳理小說線索，貫穿全文，達(dá)到理解人物性格的目的。他在教學(xué)中，緊緊抓住課文中主要人物的“吝嗇”和“愛錢”，充分讓學(xué)生感受到文中人物的性格及品質(zhì)特點(diǎn)，那就是見錢眼開、虛情假意、等惡習(xí)。同時，他還引導(dǎo)學(xué)生分析課文描寫人物時所采用的不同方法，這對學(xué)生寫作也能起到很好的促進(jìn)作用。他這樣的做法讓我對自己在處理這些問題時所采用的方法的思考，我是不是應(yīng)該改變點(diǎn)什么呢？
古詩教學(xué)在小學(xué)語文教學(xué)中所占的比例不是很大，但它卻是我國的傳統(tǒng)文化，作為語文教師，我們更應(yīng)該重視古詩教學(xué)，以此培養(yǎng)和提高學(xué)生的語文素養(yǎng)。但古詩教學(xué)又是我們的難點(diǎn)，汪秀梅老師的古詩教學(xué)讓我茅塞頓開。她的古詩教學(xué)以吟誦為主，讓學(xué)生在吟與誦中體會作者的思鄉(xiāng)之情，兵吹膜作者的表達(dá)方法。我也初次見識了什么叫吟誦，汪秀梅老師是中華吟誦學(xué)會理事，通過她的吟誦，能把孩子們學(xué)習(xí)古詩的積極性極大的調(diào)動起來，讓他們在形式多樣、富有情趣的反復(fù)誦讀中，既讀懂詩句的意思，又充分感受到詩的意境，獲得審美的喜悅。課后，他對參會教師進(jìn)行了簡單的培訓(xùn)，讓我們初步認(rèn)識了讀、唱、吟、舞四步教學(xué)法的特點(diǎn)，這對我們今后的古詩教學(xué)將起到重要的促進(jìn)作用。
全國著名特級教師武瓊執(zhí)教的《驚弓之鳥》，其特點(diǎn)是引導(dǎo)學(xué)生自己提出問題，她親切的話語，讓學(xué)生一下子愛上她的課堂，而且樸實(shí)、真實(shí)、自然、細(xì)致、實(shí)在。讓學(xué)生在讀中抓住重點(diǎn)詞句理解課文，品析課文后，再讀課文，在讀中感悟。學(xué)生在充分的朗讀中，一步步地加深了對課文內(nèi)容的理解。她在課問的解讀中融入作文的訓(xùn)練，她的語文教學(xué)讓我明白了學(xué)生要讀懂課文，教師自身的語文素養(yǎng)也是非常重要的，高素質(zhì)的教師能通過自己的朗讀和適當(dāng)?shù)闹v解感受到文本的情感與寫作方法。
總之，這幾位專家向我們展示了什么是充滿語文味的語文課，那就是“字詞句篇，聽說讀寫”。他們都注重朗讀在教學(xué)中的運(yùn)用，以朗讀來激發(fā)學(xué)生的情感，幫助學(xué)生理解課文，根據(jù)課文提供學(xué)生口語表達(dá)和書面表達(dá)的機(jī)會，讓學(xué)生在“聽說讀寫”上都得到鍛煉。以引導(dǎo)為主，讓學(xué)生真正成為課堂的主人。這些都是我應(yīng)該學(xué)習(xí)的，上好充滿語文味的語文課也將是我努力的方向。他們的語文課讓我感受到：語文課堂只有在學(xué)生閱讀興趣的花朵盛開時，才是最美麗的，才是充滿智慧的！通過兩天的學(xué)習(xí)，使我學(xué)到了許多優(yōu)秀的先進(jìn)的教學(xué)經(jīng)驗(yàn)和教學(xué)方法，為我今后的語文教學(xué)指明了方向。在以后的工作中，我會理論聯(lián)系實(shí)際，化感動為行動，將本次學(xué)到的好經(jīng)驗(yàn)、好方法應(yīng)用到教育教學(xué)工作中，做一個愛孩子、愛語文、愛教育事業(yè)的合格的人民教師。
點(diǎn)擊咨詢 