Web應用中Java的速度真相探討

web|速度

(1)JVM + one VM :

　　JAVA 是架構在 JVM 上面執行,而JVM又是架構在另一個 VM (ex : Microsoft OS)上面, 若認為Java 的速度比較慢, 這樣比較是不太正確的.

　　很多書籍或是技術文章, 都有提到.

　　但事實上 :

　　我常看到的是, 當另一個VM的環境(此 OS 所在的 Server)並不乾淨的時候, 常會相對地影響 Java application執行的速度, 大部份認為Java 的速度比較慢的人並未看到這點, 或不想討論這點.

(2)架構正確的project vs 層疊架構的project :

　　若是架構正確的project架構, JSP 或 JAVA Application 的執行速率可以很快的; 反之,層疊架構的project常會搞垮一切。

　　檢驗 層疊架構的project 的方式有許多種, 我還有許多還沒學到的，不過我在三年前用過一種方式, 很好用.

　　試著將層疊架構的 project 中的某個簡單的功能獨立出來成為一個乾淨的 Project,你會發現許多困難。

　　(PS : JAVA新手 [請勿] 在公司中公開對外嘗試, 私底下練習可以, 以免被較資深的人員責備.)

　　(PS 2: 這隻是經驗談, 不涉及任何人和任何JAVA Base Project.)

(3)storeprocedure vs JDBC 的迷思 :

　　常有人說 storeprocedure 的"速度"較 JDBC SQL Statemenet 快，但我發現只比較後面的執行狀況好像也不完整

　　原因 :
　　A. storeprocedure 常在開發, 交接, 維護上, 花了許多專案的時間與人力的成本.

　　B. storeprocedure 也在改版上(例如 : 從 Microsoft 的版本轉為 DB2 的版本), 花了許多專案的時間與人力的成本.

　　C. storeprocedure 常有許多的隱含錯誤在裡面, 在被比較時, 這部份往往被忽略不看, 例如 : 在事務上, 因業務尚未被Online使用, 就沒測試得很完整.

　　這種方式的討論, 是反映[速度] 與 [速率] 問題上的差異.

　　(PS : I am not 看不起那些只會下 SQL 指令或是只會寫 store procedure 的人, 我只是單純的反映 Java 效率的問題)

(4) 不熟悉Web Application Container :

　　再回過來, 比如說, 一些不熟Java架構, 或不熟悉Web Application Container, 常會發生這種狀況.

　　我常看到有些人將 : IBM WebSphere 不知道怎麼搞的, 發生CPU的使用率達到100%, 然後回過頭來抱怨 Java 執行的速度太慢.

我所列的只是某些真相......