【正文】 新標(biāo)準(zhǔn)、新技術(shù)，最大特點(diǎn)是加入了中間件的概念， 成為分布式的多層架構(gòu)，客戶 運(yùn)用越來越廣泛 ，應(yīng)用也相應(yīng)變得越來越復(fù)雜 。 另外，除自身的 J2EE應(yīng)用服務(wù)器外，具體的 J2EE 環(huán)境具有很多其他技術(shù)的特點(diǎn)，例如 Portal 門戶、BPM、 EAI、 數(shù)據(jù)庫，面向消息的 中間件 和 COTS（ Commercialofftheshelf 成熟的商業(yè)化）應(yīng)用 （如 SAP 應(yīng)用）等等 ， 復(fù)雜、繁多的技術(shù)集合體必然會(huì)存在或多或少的性能問題，由于缺乏可供 參考 的 指導(dǎo) 模型 ， 導(dǎo)致 不同的 J2EE 應(yīng)用 需要投入特殊的支持， 對(duì)性能問題沒有有效的管理方法，例如 ： 由于 JAVA JVM（ JAVA虛擬機(jī)）的存在 ，一旦使用不當(dāng)就可能出現(xiàn) J2EE 應(yīng)用 的 內(nèi)存泄漏 問題，如果問題隱藏得很隱秘或涉及的組件很龐大，那么往往 使 技術(shù)人員變得束手無策，最終的結(jié)果是不得不頻繁地重啟應(yīng)用服務(wù)器，不能從根本上解決問題， 從而增加了失敗的風(fēng) 險(xiǎn)和支持成本，加長(zhǎng)了對(duì)失敗的響應(yīng)時(shí)間?；诜?wù)器日志和參數(shù)分析工具實(shí)現(xiàn)的管理功能，在一個(gè)大型、分布式、多層次的復(fù)雜 J2EE 應(yīng)用中，往往不能提供足夠的信息。 例如 ，提供如下的診斷信息： ? 低效率的 Servlet、 JSP、 EJB、 Java 類和方法 ? 運(yùn)行緩慢的 SQL 語句，低效率的 EJB/DB 交互 ? 應(yīng)用服務(wù)器配置和部署問題 ? RMI 和對(duì)象串行問題 ? 低效率的第三方組件 ? JVM 堆使用和配置問題 ? 操作系統(tǒng)參數(shù)和配置 ? 硬件模塊限制 ? 集群配置和負(fù)載平衡問題 J2EE 軟件生命周期 性能 解決方案 5 2 應(yīng)用性能管理方法論 解決 J2EE問題的思路 J2EE 應(yīng)用性能的有效管理應(yīng)該符合如下的思路， 保證關(guān)鍵業(yè)務(wù)應(yīng)用的最佳性能，實(shí)施有效的變化管理，優(yōu)化變更管理流程。 其次， 在應(yīng)用部署上線階段，通過壓力測(cè)試、應(yīng)用優(yōu)化、配置調(diào)優(yōu)等使應(yīng)用運(yùn)行在最佳狀態(tài) 。 所有以上的各種措施和工作都是為了保障最終系統(tǒng)正常高效運(yùn)行，將所有可能的問題避免和解決在問題發(fā)生之前，可以稱之為“前 瞻性保障” (ProActive)工作。 其次，對(duì)存在性能瓶頸的地方能提供有效的優(yōu)化手段，能通過測(cè)試對(duì)系統(tǒng)給出性能評(píng)價(jià)視圖，給出采取下一步措施的建議：一是通過優(yōu)化提高對(duì)現(xiàn)有資源的利用，保護(hù)已有投資；二是當(dāng)現(xiàn)有資源不能滿足日益增長(zhǎng)的業(yè)務(wù)的需要時(shí)，在充分優(yōu)化的基礎(chǔ)上 進(jìn)行適當(dāng)擴(kuò)展，消除性能瓶頸。 問題發(fā)現(xiàn) 在開發(fā)階段，需要測(cè)試和發(fā)現(xiàn)代碼中的錯(cuò)誤和性能問題 ； 在上線前性能測(cè)試 中 ，需要發(fā)現(xiàn)和評(píng)估組成業(yè)務(wù)的各關(guān)鍵組件的執(zhí)行快慢問題，是否滿足設(shè)計(jì)和業(yè)務(wù)需求， 及時(shí) 對(duì)有問題的組件進(jìn)行修改或調(diào)整 ； 在運(yùn)維時(shí)期， 系統(tǒng)管理員需要借助相關(guān)的工具，發(fā)現(xiàn)和預(yù)測(cè)系統(tǒng)運(yùn)行環(huán)境中主機(jī)、數(shù)據(jù)庫、應(yīng)用服務(wù) 器和 J2EE 應(yīng)用中可能出現(xiàn)的問題。 故障診斷 一旦發(fā)現(xiàn)問題或潛在的故障因素，管理人員需要借助相關(guān)工具進(jìn)行深入的分析，確定產(chǎn)生這 些問題的根本原因，能在所有系統(tǒng)組件和代碼中進(jìn)行深入診斷，分析 哪一個(gè)服務(wù)或組件慢，分析過程中需要深入考查 JAVA 代碼 、 SQL 語句等 諸多因素，通過管理工具提供的專業(yè)化智能化診斷方法快速判斷問題。管理工具中內(nèi)置的專家建議可以大大降低對(duì)管理人員的技能要求， 提高工作效率?；?Quest 的產(chǎn)品建立發(fā)現(xiàn)問題，診斷問題、解決問題的管理方法。 Quest 提供如下的相關(guān)工具： ? JProbe：調(diào)優(yōu)和測(cè)試工具，可對(duì) Java 代碼做內(nèi)存泄漏 (Memory Leaks)、數(shù)據(jù)競(jìng)爭(zhēng)（ Data Race）、性能瓶頸等的分析。 ? Foglight： 為企業(yè)用戶提供了一個(gè)完整的統(tǒng)一的性能管理平臺(tái) ，進(jìn)行服務(wù)和應(yīng)用的管理，分析和診斷 J2EE 中間件和數(shù)據(jù)庫方面的問題，保障應(yīng) 用系統(tǒng)的性能和可用性。 通過運(yùn)用 JProbe，可以在開發(fā)環(huán)節(jié)取得如下效果： ? 在壓力測(cè)試前解決性能問題，從而降低整體開發(fā)成本 ? 保障代碼質(zhì)量，提高開發(fā) 效率 ，減少開發(fā)時(shí)間 ? 幫助開發(fā)人員建立開發(fā)規(guī)范、開發(fā)調(diào)試流程 具體而言， JProbe 做為一個(gè)診斷和消除 Java 應(yīng)用程序錯(cuò)誤和缺陷的全面的集成工具包，提供了 一系列 工具， 能夠在編碼階段完成如下的代碼測(cè)試管理任務(wù) ： 1． 對(duì) JAVA 內(nèi)存泄漏和短期對(duì)象使用的檢查：通過使用 JProbe Memory Debugger 工具 , 提供對(duì)象的引用關(guān)系 、 對(duì)象的實(shí)例化過程以及堆的比較 和 Leak Doctor 等功能 ， 快速 發(fā)現(xiàn)，定位和解決內(nèi)存泄露問題 ；發(fā)現(xiàn)、 分析和診斷短期對(duì)象使用問題，提供垃圾回收分析，垃圾回收 對(duì)象統(tǒng)計(jì)，堆動(dòng)態(tài)視圖，快照比較等功能，幫助快速定位短期對(duì)象問題 ，避免對(duì) JAVA 內(nèi)存不合理使用導(dǎo)致的性能瓶頸 。 3． 在進(jìn)行 代碼單元測(cè)試和功能測(cè)試的時(shí)候， 通過運(yùn)用代碼測(cè)試跟蹤工具JProbe Coverage， 一方面確定測(cè)試用例是否完整，另一 方面測(cè)試是否存在無效代碼，提高軟件質(zhì)量，盡早測(cè)試，降低整體開發(fā)成本； JProbe 可以和 IDE 工具 (如 Jbuilder、 Eclipse、 WSAD)、 Build 工具 (如 Ant)、測(cè)試工具 (如 Junit)等進(jìn)行無縫集成，將 JProbe 完全融入到開發(fā)、測(cè)試環(huán)節(jié)中 ，形成開發(fā)、測(cè)試 JAVA 代碼優(yōu)化規(guī)范 ，運(yùn)用 JProbe 的 過程流程 如下 ： 1． JProbe 可以和交互式方法測(cè)試集成在一起。 無論是哪種測(cè)試，都可以使用 JProbe 分析測(cè)試，分析更改對(duì)實(shí)際造成的影響。 最后，開發(fā)人員可以將結(jié)果生成報(bào)告分發(fā)給開發(fā)經(jīng)理或內(nèi) 部質(zhì)量控制小組。 2． JProbe 也可以參與到自動(dòng)執(zhí)行工作流程中， JProbe 可以和 Ant 工具進(jìn)行無縫集成，提供 Ant 相關(guān)的標(biāo)簽定義，如觸發(fā)器、拍快照、生成報(bào)告等，從而可以在無人值守的時(shí)候進(jìn)行自動(dòng)分析。 所有 Jprobe 以上的工作都做為 Ant 工具運(yùn)行中的一 部分 而進(jìn)行。 測(cè)試 應(yīng)用 組件優(yōu)化 由于 J2EE多層架構(gòu)的特點(diǎn)和直身的復(fù)雜性， J2EE應(yīng)用在開發(fā)完畢上線之前必須進(jìn)行必要的測(cè)試 ，保證應(yīng)用性能質(zhì)量 。 隨著應(yīng)用的增多和越來越復(fù)雜， 企業(yè) IT部門 也 迫切需要 一些 智能化的 J2EE 診斷工具，在應(yīng)用系統(tǒng)上線前的壓力測(cè)試階段和在實(shí)際的生產(chǎn)環(huán)境和真實(shí)負(fù)載的情形下，跟蹤和分析 J2EE 應(yīng)用組件及代碼中的性能問題。 2． 當(dāng)需要進(jìn)行代碼級(jí)檢查 或 系統(tǒng)中存在非 J2EE 的 JAVA 應(yīng)用需要做性能檢測(cè)和內(nèi)存使用檢查時(shí)，則使用 JProbe 工具進(jìn)行代碼級(jí) 檢測(cè) 。 運(yùn)用 PerformaSure 可以基于測(cè)試用例在虛擬壓力下對(duì)目標(biāo)系統(tǒng)相關(guān)業(yè)務(wù)進(jìn)行深入分析，得到 JAVA 各組件的執(zhí)行調(diào)用路徑圖和精確執(zhí)行時(shí)間，結(jié)合壓力測(cè)試工具，最終給出非常準(zhǔn)確的性能參考和評(píng)估。 PerformaSure針對(duì) J2EE應(yīng)用的特點(diǎn)，提供 強(qiáng)大的性能數(shù)據(jù)收集分析 功能 。錄制時(shí)可以設(shè)置數(shù)據(jù)采樣頻率、采樣策略、對(duì)需要或不需要收集的頁面、組件的過濾等；特別地， PerformaSure考慮到對(duì)被測(cè)系統(tǒng)的影響，錄制選項(xiàng)里提供了是否錄制到組件級(jí)還是更深入地收集數(shù)據(jù)的級(jí)別調(diào)節(jié)，保證滿足各種收集數(shù)據(jù)的需求。 PerformSure定義 每一個(gè)用戶請(qǐng)求響應(yīng)為完整的一個(gè)事務(wù)， 通過錄制到的 Session可以查看到每個(gè)事務(wù)的執(zhí)行時(shí)間，查找到執(zhí)行時(shí)間最長(zhǎng)的事務(wù)。 2． PerformaSure對(duì)事務(wù)可以進(jìn)行自動(dòng)關(guān)聯(lián)性能數(shù)據(jù) 分析，給出事務(wù)的各種性能圖表，形成全局視圖，包括組成事務(wù)的各個(gè)部分如 HTTP、 Servlet、 EJB、 JDBC等在整個(gè)事務(wù)中的各自執(zhí)行時(shí)間，確定資源占用情況。 如下圖所示為 PerformaSure對(duì)基于 BEA Portal和 Hibernate架構(gòu)的應(yīng)用系統(tǒng)的分析，顯示 組成事務(wù)的各方法調(diào)用路徑圖，以不同色標(biāo)顯示區(qū)分各組件方法執(zhí)行的時(shí)間長(zhǎng)短，圖中紅色表示執(zhí)行時(shí)間較長(zhǎng)的方法，定位到是應(yīng)用層中 Hibernate架構(gòu)中的一個(gè)方法，并給出詳細(xì)的時(shí)間統(tǒng)計(jì)數(shù)據(jù)： 圖 32 PerformaSure 對(duì)請(qǐng)求事務(wù)進(jìn)行方法級(jí)的分析 4． PerformaSure還 提供對(duì) J2EE應(yīng)用中所有和數(shù)據(jù)庫操作相的關(guān) SQL語句的 進(jìn)一步 分析能力， 通過專門的 Sql Broswer