程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> JAVA編程 >> J2EE >> Web應用程序測試與優化

Web應用程序測試與優化

編輯:J2EE
“讓你的WEB應用程序完成你想做的事情是一回事,而讓他們快速、有效的去做常常是另外一回事。”

    在這篇文章裡我將初步討論有關“WEB應用程序的性能”的問題,主要是一些基本概念以及工具,算是拋磚引玉吧!注意這些內容同樣適用於J2EE等應用。此後,也許我會寫更多關於此方面的文章。當然,是“也許”。好了,祝我們好運吧!

    首先,這裡有兩個性能方面的重要指標。請注意,下面的“定義”並不規范,僅供參考。
    * Response Time - 響應時間
    從初始化請求到完成響應所用的時間。這是一個測試WEB應用程序速度的重要度量。
    * Scalability - 伸縮性
    一個可伸縮的應用程序的響應時間隨負載的增加而線性增加。
    沒有WEB應用程序可以處理無限數目的請求,但是一般我們可以預測一個范圍,並保證我們的WEB應用程序可以在此范圍內“優雅”的伸縮,即始終把響應時間維持在可接受的級別。

    如果我們打算優化我們的WEB應用程序,那麼至少我們應該知道它到底該不該優化。壓力測試可以解答這個問題。

    * Load Test - 壓力測試
    為WEB應用程序模擬用戶請求以測量其伸縮性的過程。
    它非常有用,雖然開始的時候會覺得有點“變態”。一般我們會模擬大量的用戶請求以獲得在WEB應用程序的速度惡化到無法接受的級別前能夠處理的並發請求數量。
    所謂“無法接受的級別”並不是一定要到實例池崩潰、應用服務器癱瘓甚至服務器當機的時候,這要視需求而定。

    一般壓力測試包含如下步驟:
    * 確定接受請求並完成響應的最大允許的延時。
    * 估計WEB應用程序的最大並發用戶數量。
    * 模擬用戶請求,以一個比較小的負載開始,逐漸增加模擬用戶的數量,
    直到WEB應用程序的 相應延時超過最大延時。
    * 如果負載比估計的用戶數量小,那麼應該優化這個WEB程序,否則你選擇性的執行優化。

    你不會在考慮自己寫一個測試程序吧?算了,何必再重新發明一次輪子?這裡有一些壓力測試工具,它們各有特色,先介紹免費的:
    * Web Application Stress Tool, Microsoft, http://www.microsoft.com
    * JMeter, Java apache Project, http://www.apache.org/
    * LoadItUp, BroadGun Software, http://www.broadgun.com

    如果你或你的公司很有Money,或者需要更加豐富的功能,可以使用以下商業軟件,不過它們都價值$10,000,甚至更多:
    * WebLoad, RadVIEw Software, http://www.radvIEw.com/
    * SilkPerformer, Segue Software, http://www.segue.com/
    * Benchmark Factory, Quest Software, http://www.benchmarkfactory.com/
    * LoadRunner, Mercury Interactive, http://www.mercuryinteractive.com/
    無論你選擇哪種工具,它都至少應該提供以下的功能,以便為以提供豐富且有意義的測試數據:
    * 發送GET和POST請求
    * “記錄”從浏覽器發送的GET和POST請求(以免開發者需要手寫這些合適的請求)。
    * 獲取和發送COOKIE。
    * 多線程
    * 模擬用戶延遲
    * 記錄性能數據
    * 控制帶寬

    我打賭如果你以前沒有接觸過以上這些內容,那麼你的WEB應用程序很難在壓力測試中獲得令人滿意的結果。你會看到響應時間會隨著請求數量的增多而暴漲,甚至出現一些我們不想看到的情況,比如“拒絕連接”。

    一旦沒能通過壓力測試我們應該如何應對呢?優化!沒錯,不過我們怎麼知道那裡應該優化呢?Profiler可以對此提供很多的幫助。(我不知道怎麼翻譯它更貼切一些,所以干脆不翻譯了!)

    Profiler提供這樣的功能,它可以檢測你的應用程序並提供一些有用的運行時信息,比如某塊代碼的執行時間、內存/堆的使用情況、內存中的對象實例數量等等。比如,我們想知道到底是哪個Java對象的哪個方法耗費了更多的時間。

    以下是一些Profiler:
    * Quantify,Rational Software,http://www.rational.com/
    * Optimizeit,Intuitive Systems,http://www.optimizeit.com/
    * JProbe,Sitraka Software,http://www.jprobe.com/

    請注意,我們不能過分依賴工具,雖然它們很多時候可以極大的是我們的工作變得簡單、輕松。一般如果你知道了系統的瓶頸所在,修改往往是一件相對輕松的事情。個人認為尋找、發現系統的瓶頸所在才是最關鍵、也是最體現一個人功力的步驟。這是一個非常專業的問題,它需要你對所使用的應用平台、軟件架構、數據庫系統、網絡環境等等諸多方面非常深的造詣。這並不誇張,任何一個會JSP和JDBC的人都可以寫出一個WEB應用程序來,但是那還相差太遠……限於篇幅,話題先進行到這裡。其實你可以在很多地方找到有關測試和優化技巧的文章,都非常有針對性,比如TheServerSide.com、JavaLobby.com等。好啦!休息一下!Java之路很長,一步一步走吧!!

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved