1.在連接字符串的時(shí)候盡量避免使用String= "str"+"str2"; 而使用StringBuffer str = newStringBuffer("str");str.append("str2")代替

　　2. 多使用PreparedStatement代替Statement 這樣可以避免在拼接字符串的時(shí)候出現(xiàn)"select* fromtablename where col = '"+col+"'"單引號(hào)過多的情況，3在拚接查詢語句的時(shí)候加上"where1=1 "道理：當(dāng)你有很多查詢條件的時(shí)候，你不知道那些個(gè)會(huì)有，哪些個(gè)沒有，如果一個(gè)沒有的話，是不是就不用where 子句了呢

　　3.如果只有一個(gè)條件的話，是不是只要一個(gè)where 子句就搞定了呢?又如果有2 個(gè)以上，就需要用and 來連接了。。基于上訴的情況，勤勞的程序員們想出了一個(gè)好用的辦法，加個(gè)where 1=1后面不管有多少個(gè)條件有則加and，沒有的話就什么都不用做，相比較之前的3 中情況的判斷來說，比較方便。這種sql 開關(guān)代碼，可是編程中的大忌啊!首先這么寫的目的是預(yù)留開關(guān)，給今后參數(shù)的改變帶來方便，但這樣同時(shí)會(huì)造成數(shù)據(jù)庫對(duì)該條語句的explainplan 不能做到完全穩(wěn)定不變，而且也會(huì)造成代碼不能被sgaping 在內(nèi)存里，如果是頻繁被調(diào)用的代碼會(huì)造成很嚴(yán)重的性能問題，深入的原理大家可以從dba 方面的書籍中找到。這種開關(guān)代碼在10 來年前大行其道，但現(xiàn)在隨著各公司水平的提高基本都能根據(jù)自身需要實(shí)現(xiàn)個(gè)性化的orm 層了，所以早已經(jīng)被證明是不好的設(shè)計(jì)。

　　4.多使用MessageFormat類

　　5.代碼中盡量少出現(xiàn)"123".equals(str)這樣的危險(xiǎn)字符，而要public static final StringSTR = "123"; STR.equals(str)去代替.

　　6.方法的命名要能夠表達(dá)出方法的功能在for 循環(huán)里要注意for(int i = 0; i < 調(diào)用某個(gè)方法返回值;i++)這種寫法要改成 int y = 調(diào)用某個(gè)方法返回值;for(int i = 0;i < y;i++)

　　(1) 使用Integer.valueOf()代替new Integer();

　　(2) if (result.size() > 0) return true;

　　return false; 可以優(yōu)化為returnreturn result.size()>0

　　(3) 使用"const".eqauls(variable)代替variable.eqauls("const")避免nullpoint exception

　　(4) 在使用字串的拼接的時(shí)候,建議使用StringBuffer 代替String

　　(5) 在進(jìn)行數(shù)據(jù)庫操作的時(shí)候用PreparedStatement代替Statement,可以避免因?yàn)橐?hào)過多而引起的錯(cuò)誤

　　(6) 在進(jìn)行復(fù)雜查詢語句的拼接的時(shí)候,建議加上"where 1=1",當(dāng)然在不考慮數(shù)據(jù)庫的性能.

　　(7)try{}catch(Exception e){}finally{if(conn!=null){conn.colse();conn==null}}在使用數(shù)據(jù)庫操作的時(shí)候盡量多用finally 語句，進(jìn)行資源的釋放。

　　(8) 在進(jìn)行多異常捕獲的時(shí)候，最后建議加上Exception異常做沒有考慮到的異常捕獲，比如try{}catch(OtherException e){}catch(Exception e){}finally{if(conn!=null){conn.colse();conn==null}}

　　(9) 給每個(gè)if(condition){}都加上大括號(hào)，即使里面只有一句話,加強(qiáng)程序的可讀性

　　(10)能用常量的東西都要用常量來完成，避免使用硬編碼,增加可維護(hù)性質(zhì)。比如少用String str ="123"使用private static final CONST ="123" ; String str = CONST;

　　(11) 定義的靜態(tài)的常量用全大寫，方法名開頭用小寫，類名用大寫。在bean 中定義的變量名用小寫，并且所有的名字命名要體現(xiàn)出業(yè)務(wù)的特性。呵呵，這里說到了規(guī)范。。。

　　(12) 多看看Apache 下的一些Utils 包吧!方便實(shí)用，必備工具!

　　(13) 可以用for(inti= 100;i>0;i--;)去代替for(inti = 0;i <100;i++) 這樣可以提高程序的運(yùn)行速度

　　(14) 寫注釋有助于寫出邏輯清晰的代碼

　　(15) 用字符分隔多字符串時(shí)，為了防止字符串中有設(shè)定的分隔符，我采用如下字符進(jìn)行分隔(c#的，JAVA 也差不多)char char2 = '\x0012';string strreg = ""; strreg += char2;

我們都知道，Java（Java教程 Java培訓(xùn) ） ME 以往稱作J2ME（J2ME培訓(xùn) ）(Java Platform，Micro Edition)，是為機(jī)頂盒、移動(dòng)電話和PDA之類嵌入式消費(fèi)電子設(shè)備提供的Java語言平臺(tái)，包括虛擬機(jī)和一系列標(biāo)準(zhǔn)化的Java API。它和Java SE、Java EE一起構(gòu)成Java技術(shù)的三大版本，并且同樣是通過JCP(Java Community Process)制訂的。

　　J2ME平臺(tái)中有幾個(gè)重要的概念，例如內(nèi)存、CLDC、MIDP等。初學(xué)J2ME往往對(duì)這些概念理解不深，甚至出現(xiàn)偏差。本文的目的在于對(duì)J2ME中的相關(guān)重要概念進(jìn)行闡述。

　　1. 內(nèi)存

　　我們一直在強(qiáng)調(diào)，移動(dòng)信息設(shè)備的內(nèi)存非常小，使用起來應(yīng)該加倍的珍惜，但是我們卻很少知道這些內(nèi)存是如何分類的，下面將做詳細(xì)的介紹。事實(shí)上MIDP設(shè)備的內(nèi)存分為三種，Programme Memory、Heap、persistent Storage。

　　Programme Memory是移動(dòng)信息設(shè)備分配給MIDlet suite的空間，因?yàn)镸IDlet suite是以jar文件進(jìn)行發(fā)布的，所以這個(gè)文件的大小可以認(rèn)為是Programme Memory的大小。一些廠商對(duì)Programme Memory的最大值是有限制的，例如我的Nokia 6108的最大值是 64k，超過的話將不能進(jìn)行安裝。減小MIDlet suite的大小非常重要，一個(gè)便捷的方法就是使用混淆器對(duì)應(yīng)用程序進(jìn)行混淆，這樣可以減小jar文件的大小。在以后的文章中我會(huì)談到如何使用 Proguard。

　　Heap是應(yīng)用程序在運(yùn)行過程中存放所創(chuàng)建的對(duì)象的存儲(chǔ)空間，本地變量和成員變量也是放在Heap上的，MIDP設(shè)備中提供的Heap空間大概在幾十k到幾百K。

　　Persistent Storage的空間是用來實(shí)現(xiàn)MIDP應(yīng)用程序的本地?cái)?shù)據(jù)持久性存儲(chǔ)的，在Record Management System從入門到精通中我做了詳細(xì)的介紹這里就不再多說了。

　　2. Connected Limited Device Configuration

　　CLDC包括一個(gè)Java虛擬機(jī)和一系列的基礎(chǔ)類，J2ME的專家組經(jīng)過對(duì)移動(dòng)信息設(shè)備進(jìn)行硬件抽象后得到他們的特點(diǎn)，然后設(shè)計(jì)并實(shí)現(xiàn)了在移動(dòng)信息設(shè)備上運(yùn)行的java虛擬機(jī)，通常我們把它叫做KVM。在CLDC1.0還同時(shí)提供了由java.io、java.lang、 javax.microediton.io、java.util組成的基礎(chǔ)類。在CLDC1.1里面添加了java.lang.ref。

　　3. Mobile Infomation Device Profile

　　MIDP是運(yùn)行在CLDC基礎(chǔ)之上的，在MIDP中定義了應(yīng)用程序的生命周期、用戶圖形界面、數(shù)據(jù)管理系統(tǒng)等子集，從而構(gòu)建起了J2ME平臺(tái)。通常，J2ME平臺(tái)由一個(gè)CLDC和一個(gè)或者多個(gè)Profile構(gòu)成。

　　希望通過以上內(nèi)容的介紹，讓你能更好的應(yīng)用J2ME平臺(tái)。

JDK本身為調(diào)試內(nèi)存泄漏問題提供了比較完善的工具。

　　先用命令jps找出要調(diào)試的jvm的進(jìn)程id(jps這個(gè)命令，就是ps命令前面加j，列出所有正在運(yùn)行的jvm的進(jìn)程id)。

　　例如：jps

　　輸出類似下面這樣：15976 java_app.jar 7586 startup.jar 22476 Jps 12248 Main 5437 Bootstrap

　　假設(shè)我們要調(diào)試的進(jìn)程id是15976.

　　如果只是想簡單觀察一下堆內(nèi)存的使用情況，可以用命令jmap -histo：live 15976這個(gè)命令會(huì)輸出指定的jvm上當(dāng)前各個(gè)Java類的實(shí)例數(shù)、占用的內(nèi)存大小和完整的類名。虛擬機(jī)內(nèi)部類的類名前面有"*"標(biāo)記。

　　如果想得到堆內(nèi)存使用的詳細(xì)情況，可以用命令jmap -dump：live，format=b，file=/tmp/java_app-heap.bin 15976

　　這樣在/tmp目錄下得到一個(gè)java_app-heap.bin文件，其中保存的信息就是指定的jvm中堆內(nèi)存的使用詳情。這個(gè)二進(jìn)制文件可以用JDK附帶的jhat(Java Heap Analysis Tool)來分析：

　　jhat -J-Xmx326m /tmp/java_app-heap.bin

　　這個(gè)工具相當(dāng)耗內(nèi)存，如果出現(xiàn)了OutOfMemoryException的話，請(qǐng)加大-J-Xmx326m中指定的預(yù)留堆內(nèi)存大小再試。

　　Jhat會(huì)解析堆內(nèi)存信息轉(zhuǎn)儲(chǔ)文件(上面用jmap生成的。bin文件)，輸出大概像下面這樣：

　　lewis@mgr $ jhat -J-Xmx326m /tmp/java_app-heap.bin Reading from /tmp/java_app-heap.bin……

　　Dump file created Thu Sep 08 20：08：14 CST 2011 Snapshot read， resolving……

　　Resolving 71327 objects……

　　Chasing references， expect 14 dots……

　　Eliminating duplicate references……

　　Snapshot resolved. Started HTTP server on port 7000 Server is ready.

　　注意最后兩行：堆內(nèi)存信息轉(zhuǎn)儲(chǔ)文件分析完畢后，jhat并不會(huì)將分析結(jié)果輸出為一個(gè)靜態(tài)文件。

　　為了方便查找，以及在相關(guān)的類之間導(dǎo)航，jhat會(huì)啟動(dòng)一個(gè)服務(wù)，監(jiān)聽7000端口。這時(shí)候就可以用瀏覽器來瀏覽和分析結(jié)果了：在瀏覽器地址欄里輸入：

　　http://localhost：7000

　　里面的各個(gè)頁面都有很多鏈接，可以在相關(guān)的各個(gè)類及各種統(tǒng)計(jì)數(shù)據(jù)之間跳轉(zhuǎn)，還是很方便的。

     摘要: DK1.5引入了新的類型——枚舉。在 Java 中它雖然算個(gè)“小”功能，卻給我的開發(fā)帶來了“大”方便。 　　用法一：常量 　　在JDK1.5 之前，我們定義常量都是： publicstaticfianl.... 。現(xiàn)在好了，有了枚舉，可以把相關(guān)的常量分組到一個(gè)枚舉類型里，而且枚舉提供了比常量更多的方法。...  閱讀全文

The Java（Java教程 Java培訓(xùn) ） Archive (JAR) File Format JAR文件是用ZIP文件格式打包的，所以你可以在一些類似ZIP的任務(wù)中使用它，進(jìn)行壓縮、解壓、打包或者解開包。這些都是JAR文件最普遍的使用方式，你能發(fā)現(xiàn)許多JAR文件的優(yōu)勢(shì)都是源自這些基本的特點(diǎn)。

　　即使你希望能夠使用JAR中那些先進(jìn)的功能比如電子簽名，你也得先熟悉一些基本的操作方式。

　　你可以使用Java Archive Tool 來完成JAR文件操作。這個(gè)工具被包含在JDK中。因?yàn)镴ava Archive Tool 通過jar命令來調(diào)用，為了方便，我們也可以稱它為jat tool.

　　下面是最基本的命令操作：

　　操作 命令創(chuàng)建一個(gè)JAR文件。 jar cf jar-file input-file(s)

　　查看JAR文件的內(nèi)容 jar tf jar-file導(dǎo)出JAR文件 jar xf jar-file導(dǎo)出JAR文件中制定的文件包 jar xf jar-file archived-file(s)

　　運(yùn)行JAR文件中的應(yīng)用jre -cp app.jar MainClass運(yùn)行用JAR格式打包的應(yīng)用java -jar app.jar調(diào)用一個(gè)打包成JAR的applet 下面是一些詳細(xì)的介紹：

　　創(chuàng)建JAR文件

　　jar -cf jar-file input-file(s)

　　其中c表示create，f表示file，后面緊跟jar-file.也可以增加一個(gè)v選項(xiàng)(verbose)，以顯示詳細(xì)信息 jar -cvf jar-file input-file(s)

　　其實(shí)這些命令跟常見的tar打包命令類似，方便記憶。

　　另外，在1.2的版本中還設(shè)置了一種 -C 的選項(xiàng)。可以讓某些文件夾中的文件直接被打包到根目錄下，而沒有原始的層次結(jié)構(gòu)的束縛。如下例：jar cf ImageAudio.jar -C images * -C audio *結(jié)果是META-INF/MANIFEST.MF cross.gif nor.gif beep.au ding.au return.au yahoo1.au yahoo2.au

　　如果不用 -C選項(xiàng)，直接打包：

　　jar cf ImageAudio.jar images audio

　　結(jié)果如下：META-INF/MANIFEST.MF image/cross.gif image/nor.gif audio/beep.au audio/ding.au audio/return.au audio/yahoo1.au audio/yahoo2.au

　　查看JAR文件中的內(nèi)容You can這時(shí)候并沒有解壓jar文件，直接查看文件內(nèi)容。

　　jar tvf TicTacToe.jar同樣的，也可以增加 -v 選項(xiàng)(verbose)，顯示詳細(xì)的查看過程。

　　解壓JAR文件包

　　將jar文件包中的內(nèi)容解壓出來，在當(dāng)前工作目錄下(而不是jar文件包所在目錄)創(chuàng)建解壓文件包。

　　當(dāng)然，也可以定向的解壓指定的文件。如下，其中僅有TicTacToe.class images/cross.gif將會(huì)被解壓出來。

　　jar xf TicTacToe.jar TicTacToe.class images/cross.gif

　　修改Manifest文件有不少修改Manifest文件的方法。這里介紹一種用jar指令修改的方法。

　　有一個(gè)m選項(xiàng)，可以將用戶自己編輯的manifest文件同其他文件夾一起打包為JAR文件。

　　jar cmf manifest-addition jar-file input-file(s)

　　這里 manifest-addition 是用戶自己編輯好的文本文件，文件名沒有特殊要求，內(nèi)容為需要寫入JAR的manifest文件內(nèi)容。其他的跟創(chuàng)建JAR文件一樣。

　　更新JAR文件

　　jar uf jar-file input-file(s)

　　當(dāng)input-file(s)跟JAR文件中原有的文件同名時(shí)，則覆蓋掉原來的文件。如果沒有，則添加相應(yīng)文件。

　　添加修改Manifest文件的命令選項(xiàng)后，也可以實(shí)現(xiàn)對(duì)manifest的更新。

　　jar umf manifest jar-file注意其中manifest為txt文件，內(nèi)容是需要更新的manifest文件內(nèi)容。jar-file則為對(duì)應(yīng)的JAR文件。

　　Running JAR-Packaged Software

　　java -jar jar-file

　　以上命令執(zhí)行的條件是 JAR的Manifest文件中具有 Main-Class： 標(biāo)記。這個(gè)標(biāo)記標(biāo)明了整個(gè)JAR為相應(yīng)的主類服務(wù)，這個(gè)主類中必須含有static main 程序入口。

　　理解Manifest文件

　　JAR文件能夠支持許多功能，包括電子簽名，版本控制，包加密，擴(kuò)展等等。這些都是manifest文件的功勞!

　　manifest是一個(gè)特殊的文本文件，JAR文件包中所有文件的信息都可以包含在其中。通過在manifest中設(shè)置不同的值，你能給JAR包增添各種不同的特殊用途。

　　在我們看各種不同的用途之前，先看看manifest的默認(rèn)內(nèi)容：文件的默認(rèn)路徑是

　　META-INF/MANIFEST.MF默認(rèn)內(nèi)容是

　　Manifest-Version： 1.0這一行展示了manifest的基本的格式：鍵值對(duì)。鍵和值用"："分開。默認(rèn)manifest中展示了版本號(hào)。

　　Manifest-Version： 1.0

　　Name： java/math/BigDecimal.class

　　SHA1-Digest： TD1GZt8G11dXY2p4olSZPc5Rj64=

　　MD5-Digest： z6z8xPj2AW/Q9AKRSF0cg==

　　Name： java/math/BigInteger/class

　　SHA1-Digest：oB1GZt8G11dXY2p4olSZPc5Rj64=

　　MD5-Digest： z6z8xPj2AW/8HAKRSF0cg==

　　這里展示了JAR文件中，不同。class文件的不同屬性。Name標(biāo)記了不同的子文件，之后的SHA1_Digest則是對(duì)應(yīng)文件的屬性。

　　Main-Class： classname Mani-Class鍵標(biāo)記了整個(gè)JAR文件運(yùn)行的主類。即整個(gè)JAR作為一個(gè)應(yīng)用運(yùn)行時(shí)的程序入口。

　　Class-Path： servlet.jar infobus.jar acme/beans.jar Class-Path鍵標(biāo)記了需要下載的擴(kuò)展包。

1、Java的內(nèi)存管理就是對(duì)象的分配和釋放問題。

　　在Java中，程序員需要通過關(guān)鍵字new為每個(gè)對(duì)象申請(qǐng)內(nèi)存空間 (基本類型除外)，所有的對(duì)象都在堆 (Heap)中分配空間。

　　對(duì)象的釋放是由GC決定和執(zhí)行的。

　　在Java中，內(nèi)存的分配是由程序完成的，而內(nèi)存的釋放是有GC完成的，這種收支兩條線的方法簡化了程序員的工作。但也加重了JVM的工作。這也是Java程序運(yùn)行速度較慢的原因之一。

　　GC釋放空間方法：監(jiān)控每一個(gè)對(duì)象的運(yùn)行狀態(tài)，包括對(duì)象的申請(qǐng)、引用、被引用、賦值等。當(dāng)該對(duì)象不再被引用時(shí)，釋放對(duì)象。

　　2、內(nèi)存管理結(jié)構(gòu)Java使用有向圖的方式進(jìn)行內(nèi)存管理，對(duì)于程序的每一個(gè)時(shí)刻，我們都有一個(gè)有向圖表示JVM的內(nèi)存分配情況。

　　將對(duì)象考慮為有向圖的頂點(diǎn)，將引用關(guān)系考慮為圖的有向邊，有向邊從引用者指向被引對(duì)象。另外，每個(gè)線程對(duì)象可以作為一個(gè)圖的起始頂點(diǎn)，例如大多程序從main進(jìn)程開始執(zhí)行，那么該圖就是以main進(jìn)程頂點(diǎn)開始的一棵根樹。在這個(gè)有向圖中，根頂點(diǎn)可達(dá)的對(duì)象都是有效對(duì)象，GC將不回收這些對(duì)象。如果某個(gè)對(duì)象 (連通子圖)與這個(gè)根頂點(diǎn)不可達(dá)(注意，該圖為有向圖)，那么我們認(rèn)為這個(gè)(這些)對(duì)象不再被引用，可以被GC回收。

　　3、使用有向圖方式管理內(nèi)存的優(yōu)缺點(diǎn)Java使用有向圖的方式進(jìn)行內(nèi)存管理，可以消除引用循環(huán)的問題，例如有三個(gè)對(duì)象，相互引用，只要它們和根進(jìn)程不可達(dá)的，那么GC也是可以回收它們的。

　　這種方式的優(yōu)點(diǎn)是管理內(nèi)存的精度很高，但是效率較低。

　　另外一種常用的內(nèi)存管理技術(shù)是使用計(jì)數(shù)器，例如COM模型采用計(jì)數(shù)器方式管理構(gòu)件，它與有向圖相比，精度行低(很難處理循環(huán)引用的問題)，但執(zhí)行效率很高。

　　★ Java的內(nèi)存泄露Java雖然由GC來回收內(nèi)存，但也是存在泄露問題的，只是比C++小一點(diǎn)。

　　1、與C++的比較c++所有對(duì)象的分配和回收都需要由用戶來管理。即需要管理點(diǎn)，也需要管理邊。若存在不可達(dá)的點(diǎn)，無法在回收分配給那個(gè)點(diǎn)的內(nèi)存，導(dǎo)致內(nèi)存泄露。存在無用的對(duì)象引用，自然也會(huì)導(dǎo)致內(nèi)存泄露。

　　Java由GC來管理內(nèi)存回收，GC將回收不可達(dá)的對(duì)象占用的內(nèi)存空間。所以，Java需要考慮的內(nèi)存泄露問題主要是那些被引用但無用的對(duì)象——即指要管理邊就可以。被引用但無用的對(duì)象，程序引用了該對(duì)象，但后續(xù)不會(huì)再使用它。它占用的內(nèi)存空間就浪費(fèi)了。

　　如果存在對(duì)象的引用，這個(gè)對(duì)象就被定義為“活動(dòng)的”，同時(shí)不會(huì)被釋放。

　　2、Java內(nèi)存泄露處理處理Java的內(nèi)存泄露問題：確認(rèn)該對(duì)象不再會(huì)被使用。

　　典型的做法——把對(duì)象數(shù)據(jù)成員設(shè)為null從集合中移除該對(duì)象注意，當(dāng)局部變量不需要時(shí)，不需明顯的設(shè)為null，因?yàn)橐粋€(gè)方法執(zhí)行完畢時(shí)，這些引用會(huì)自動(dòng)被清理。

　　例子：view plainList myList=new ArrayList();for (int i=1;i<100; i++)

　　{ Object o=new Object();myList.add(o);o=null;} //此時(shí)，所有的Object對(duì)象都沒有被釋放，因?yàn)樽兞縨yList引用這些對(duì)象。

　　當(dāng)myList后來不再用到，將之設(shè)為null，釋放所有它引用的對(duì)象。之后GC便會(huì)回收這些對(duì)象占用的內(nèi)存。

　　★ 對(duì)GC操作對(duì)GC的操作并不一定能達(dá)到管理內(nèi)存的效果。

　　GC對(duì)于程序員來說基本是透明的，不可見的。我們只有幾個(gè)函數(shù)可以訪問GC，例如運(yùn)行GC的函數(shù)System.gc()，System.。

　　但是根據(jù)Java語言規(guī)范定義， System.gc()函數(shù)不保證JVM的垃圾收集器一定會(huì)執(zhí)行。因?yàn)椋煌腏VM實(shí)現(xiàn)者可能使用不同的算法管理GC.通常，GC的線程的優(yōu)先級(jí)別較低。

　　JVM調(diào)用GC的策略有很多種，有的是內(nèi)存使用到達(dá)一定程度時(shí)，GC才開始工作，也有定時(shí)執(zhí)行的，有的是平緩執(zhí)行GC，有的是中斷式執(zhí)行GC.但通常來說，我們不需要關(guān)心這些。除非在一些特定的場(chǎng)合，GC的執(zhí)行影響應(yīng)用程序的性能，例如對(duì)于基于Web的實(shí)時(shí)系統(tǒng)，如網(wǎng)絡(luò)游戲等，用戶不希望GC突然中斷應(yīng)用程序執(zhí)行而進(jìn)行垃圾回收，那么我們需要調(diào)整GC的參數(shù)，讓GC能夠通過平緩的方式釋放內(nèi)存，例如將垃圾回收分解為一系列的小步驟執(zhí)行，Sun提供的HotSpot JVM就支持這一特性。

　　★ 內(nèi)存泄露檢測(cè)市場(chǎng)上已有幾種專業(yè)檢查Java內(nèi)存泄漏的工具，它們的基本工作原理大同小異，都是通過監(jiān)測(cè)Java程序運(yùn)行時(shí)，所有對(duì)象的申請(qǐng)、釋放等動(dòng)作，將內(nèi)存管理的所有信息進(jìn)行統(tǒng)計(jì)、分析、可視化。開發(fā)人員將根據(jù)這些信息判斷程序是否有內(nèi)存泄漏問題。這些工具包括Optimizeit Profiler，JProbe Profiler，JinSight ， Rational 公司的Purify等。

　　在運(yùn)行過程中，我們可以隨時(shí)觀察內(nèi)存的使用情況，通過這種方式，我們可以很快找到那些長期不被釋放，并且不再使用的對(duì)象。我們通過檢查這些對(duì)象的生存周期，確認(rèn)其是否為內(nèi)存泄露。

　　★ 軟引用特點(diǎn)：只有當(dāng)內(nèi)存不夠的時(shí)候才回收這類內(nèi)存，同時(shí)又保證在Java拋出OutOfMemory異常之前，被設(shè)置為null.保證最大限度的使用內(nèi)存而不引起OutOfMemory異常。

　　在某些時(shí)候?qū)浺玫氖褂脮?huì)降低應(yīng)用的運(yùn)行效率與性能，例如：應(yīng)用軟引用的對(duì)象的初始化過程較為耗時(shí)，或者對(duì)象的狀態(tài)在程序的運(yùn)行過程中發(fā)生了變化，都會(huì)給重新創(chuàng)建對(duì)象與初始化對(duì)象帶來不同程度的麻煩。

　　用途：可以用于實(shí)現(xiàn)一些常用資源的緩存，實(shí)現(xiàn)Cache的功能處理一些占用內(nèi)存大而且聲明周期較長，但使用并不頻繁的對(duì)象時(shí)應(yīng)盡量應(yīng)用該技術(shù)★ java程序設(shè)計(jì)中有關(guān)內(nèi)存管理的經(jīng)驗(yàn)1.最基本的建議是盡早釋放無用對(duì)象的引用。如：view plain……

　　A a = new A();//應(yīng)用a對(duì)象a = null; //當(dāng)使用對(duì)象a之后主動(dòng)將其設(shè)置為空…。

　　注：如果a 是方法的返回值，不要做這樣的處理，否則你從該方法中得到的返回值永遠(yuǎn)為空，而且這種錯(cuò)誤不易被發(fā)現(xiàn)、排除2.盡量少用finalize函數(shù)。它會(huì)加大GC的工作量。

　　3.如果需要使用經(jīng)常用到的圖片，可以使用soft應(yīng)用類型。它盡可能把圖片保存在內(nèi)存中4.注意集合數(shù)據(jù)類型，包括數(shù)組、樹、圖、鏈表等數(shù)據(jù)結(jié)構(gòu)，這些數(shù)據(jù)結(jié)構(gòu)對(duì)GC來說，回收更為復(fù)雜。

　　5.盡量避免在類的默認(rèn)構(gòu)造器中創(chuàng)建、初始化大量的對(duì)象，防止在調(diào)用其自類的構(gòu)造器時(shí)造成不必要的內(nèi)存資源浪費(fèi)6.盡量避免強(qiáng)制系統(tǒng)做垃圾內(nèi)存的回收，增長系統(tǒng)做垃圾回收的最終時(shí)間7.盡量避免顯式申請(qǐng)數(shù)組空間8.盡量做遠(yuǎn)程方法調(diào)用類應(yīng)用開發(fā)時(shí)使用瞬間值變量，除非遠(yuǎn)程調(diào)用端需要獲取該瞬間值變量的值。

　　9.盡量在合適的場(chǎng)景下使用對(duì)象池技術(shù)以提高系統(tǒng)性能。