作為信息技術(shù)公司中的一名技術(shù)骨干，我有幸參加了該系統(tǒng)的分析與設(shè)計工作，承擔(dān)了相當(dāng)多的Java應(yīng)用開發(fā)任務(wù)。此系統(tǒng)中的軟件部分大多由Java來實現(xiàn)，在全系統(tǒng)中我們是這樣來用Java構(gòu)架系統(tǒng)的：
（1）本系統(tǒng)可分為4層，分別是Browser、表示層、中間件層和數(shù)據(jù)層。
（2）表示層用Java中的JavaScript來實現(xiàn)頁面輸出。
（3）中間件層用Java來實現(xiàn)CORBA，即實現(xiàn)Component（構(gòu)件），主要實現(xiàn)業(yè)務(wù)邏輯的封裝與復(fù)用。
（4）數(shù)據(jù)層主要是數(shù)據(jù)庫和存儲過程的實現(xiàn)。
我們在應(yīng)用Java技術(shù)時，所采用的技術(shù)和策略可大致上歸納為以下5個方面：
（1）使JavaScript盡量簡單，因為JavaScript在我們系統(tǒng)中是放在服務(wù)器端執(zhí)行的，該語言是通過一個解釋器解釋執(zhí)行的，相對速度很慢，我們采用了兩臺HP前置機來運行JavaScript，但是其運行速度還是不理想，所以我們在設(shè)計中把JavaScript僅用來顯示從中間件層所得到的數(shù)據(jù)，生成動態(tài)頁面。在最初的設(shè)計中表示層（JavaScript）曾承擔(dān)了一些業(yè)務(wù)邏輯處理操作，導(dǎo)致效率不理想，因此，我們不得不盡量地減少JavaScript的程序量。
（2）用Java實現(xiàn)CORBA時，應(yīng)盡量考慮共享和復(fù)用。在本系統(tǒng)中，最初的設(shè)計是讓Java在實現(xiàn)Component時，只是執(zhí)行一些數(shù)據(jù)庫表的操作，導(dǎo)致表示層的負載較大。后來，我們重新設(shè)計時，總結(jié)歸納了所有的UseCase，找出了其中可供共享和復(fù)用的接口，把相同的業(yè)務(wù)邏輯操作封裝到一個接口中去。因為Java的執(zhí)行效率比JavaScript要高，因此提高了系統(tǒng)效率。
（3）在別的項目中，我們曾大量地使用過Java中的`JSP技術(shù)和Servlet技術(shù)，一般人可能不能區(qū)分這兩種Java技術(shù)的區(qū)別。為了得到系統(tǒng)的一些執(zhí)行速率的數(shù)據(jù)，我們采用了一個著名的壓力測試軟件——LoadRunner來測試這兩種技術(shù)的差別。測試表明：用JSP和Servlet完成同樣的一個操作，并且保證是在相同的測試環(huán)境中（相同服務(wù)器、壓力測試工作站與數(shù)據(jù)庫環(huán)境），得到的測試數(shù)據(jù)卻有著很大差別，JSP完成一個操作的平均執(zhí)行時間大致會是Servlet程序的兩倍。在一個企業(yè)級應(yīng)用項目中，這可能是一個很關(guān)鍵的瓶頸。因此，我們得出的結(jié)論是：在可能的條件下，盡量地多使用Servlet。當(dāng)然，與Servlet相比，JSP編程快速，修改方便，在訪問量不是很大的應(yīng)用場合下也是可以接受的。
（4）使用Java作為整體解決方案時，應(yīng)盡量使用相同版本的JDK。在用Java作為編程語言的項目中，幾乎大多要遇到“漢字”問題，即Java在沒有經(jīng)過轉(zhuǎn)換的情況下，在輸出漢字時，很可能會出現(xiàn)亂碼。采用不同版本的JDK，解決的方案是不一樣的，比如V1.2.2版本的JDK和V1.3版本的JDK解決方法就會有一些不一樣，把V1.2.2的Java程序放在V1.3的JDK中，就不能順利輸出漢字了。其根本原因在于Java使用了Unicode編碼，和我們中國的國標編碼不一樣。所以在這個意義上一些人竭力鼓吹的“一次編寫，到處運行”似乎不一定能在所有的場合都行得通。
（5）使用Java時，應(yīng)盡量遵從軟件規(guī)范。在Java中有一個JVM的概念，即在Java虛擬機中使用了一個垃圾收集器，專門用來回收內(nèi)存。但是該垃圾收集器在給編程人員帶來方便的同時，也隱埋下了隱患。在程序設(shè)計中，并不能強制執(zhí)行垃圾收集器，所以，開發(fā)人員不能確定某對象是否已釋放，常常讓編程人員養(yǎng)成依賴自動收集的壞習(xí)慣，因此我們要求：在Try，Catch之后必須明確要求回收內(nèi)存（當(dāng)然，也只能是通知垃圾收集器來回收垃圾），這樣可以有效地提高系統(tǒng)穩(wěn)定性。
以上這些實用性的技術(shù)與策略，是我們在實踐中的一些實際體會，僅供各位開發(fā)人員根據(jù)實際情況參考。
當(dāng)然，在使用Java作為解決方案時，也會遇到很多讓我們頭疼的問題，這些問題導(dǎo)致同時執(zhí)行的并發(fā)性比較差，系統(tǒng)速度慢等等。歸納起來看，我們曾遇到過的主要具體的問題有：
（1）用Java來實現(xiàn)CORBA中的Component，有時效率會比較低。
（2）用Java來建立數(shù)據(jù)庫連接往往會比較慢。
（3）用JSP編程時容易導(dǎo)致系統(tǒng)信息的擴散。比如，如果有黑客攻擊一臺運行JSP程序的服務(wù)器，他可以故意地輸入一些非法字符或異常信息給JSP程序，于是程序執(zhí)行將出現(xiàn)異常。這時，就會在頁面上打印出相應(yīng)的錯誤信息。很不幸的是，這些信息極有可能暴露出這臺服務(wù)器的JDK的版本號與路徑信息等內(nèi)容。這往往容易讓黑客們有機可乘，有可能去抓住系統(tǒng)的漏洞。
在發(fā)現(xiàn)了這些問題后，我們經(jīng)過仔細研究，找出了一些解決辦法。比如：
（1）既然用Java實現(xiàn)Component比較慢，我們就盡量減少Component所執(zhí)行的業(yè)務(wù)邏輯量。爭取把能夠放在存儲過程中實現(xiàn)的操作，盡可能在存儲過程中加以實現(xiàn)。眾所周知，數(shù)據(jù)庫的存儲過程操作，比起在Java程序中執(zhí)行數(shù)據(jù)庫操作要快得多。
（2）既然用Java建立數(shù)據(jù)庫連接比較慢，我們就可以把數(shù)據(jù)庫連接封裝成連接池（ConnectPool），從而能非常有效地提高系統(tǒng)效率。我們也曾經(jīng)用“LoadRunner”作過壓力測試，使用連接池比不使用連接池的速度要快上3～5倍。
（3）為了對付JSP程序與Servlet程序會打印出異常系統(tǒng)信息的問題。我們曾查閱了很多JSP或Servlet的資料，最終是毫無頭緒。但是我們可以換另一種思路，即是不從程序下手，而從WebServer著手，我們可以把Apache配置成為使這類異常信息不再打印出來，而是使之僅出現(xiàn)一個通用的異常說明的頁面，這樣，就能十分有效地解決這個問題。
在我們使用Java作為編程語言的這么多項目中，絕大多數(shù)是比較成功的。Java語言作為一種快捷、穩(wěn)定的計算機語言，開發(fā)基于因特網(wǎng)應(yīng)用的項目大多是相當(dāng)穩(wěn)定和比較適用的。
在我個人看來，Java的應(yīng)用前景十分光明，大體上可以著眼于以下方面：
（1）在因特網(wǎng)上將會有更加廣泛的應(yīng)用。
（2）在嵌入式設(shè)備中，Java也大有用武之地。比如，在最新推出的Java技術(shù)中，Java已經(jīng)進入了手機領(lǐng)域。
（3）Java程序大多以線程運行，占用資源少，會逐步代替ASP與CGI程序。根據(jù)第三方測試表明：JSP程序比ASP程序要快2倍以上。用JSP代替ASP應(yīng)是大勢所趨。
（4）Java在無線互聯(lián)網(wǎng)中的應(yīng)用將會更加廣泛。Java支持WAP，可以方便地用Java開發(fā)WAP程序，實現(xiàn)WAP應(yīng)用。
（5）Java與XML的無縫連接使Java在數(shù)據(jù)傳輸和異構(gòu)網(wǎng)絡(luò)通信方面有著很大的優(yōu)勢。
就我個人而言，我將會在相當(dāng)長一段時期內(nèi)致力于Java在無線互聯(lián)中的應(yīng)用，為我國的移動通信事業(yè)開發(fā)出更多的優(yōu)秀實用的項目。
評注；參與了一個較大的項目后有實踐體會。全文都采用1、2、3、4方式，文章的風(fēng)格顯得單調(diào)，不大吸引人。但是本文的優(yōu)點是；（1）寫得很有條理。（2）內(nèi)容的選擇合適。（3）所列舉的策略、注意事項與發(fā)現(xiàn)的問題都很現(xiàn)實可信。（本文主要參考了廣州王海波等人論文）
【關(guān)于通信服務(wù)平臺的論文】相關(guān)文章：
3.關(guān)于邯鋼基于WEB的客戶服務(wù)平臺設(shè)計論文
7.關(guān)于通信建設(shè)工程質(zhì)量論文
本文來源：http://www.nvnqwx.com/shiyongwen/2040178.htm