java中有哪些提升性能對代碼作的建議

這篇文章主要介紹“java中有哪些提升性能對代碼作的建議”，在日常操作中，相信很多人在java中有哪些提升性能對代碼作的建議問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”java中有哪些提升性能對代碼作的建議”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

　　1.盡量在合適的場合使用單例

　　使用單例可以減輕加載的負(fù)擔(dān)，縮短加載的時間，提高加載的效率，但并不是所有地方都適用于單例，簡單來說，單例主要適用于以下三個方面：

　　第一，控制資源的使用，通過線程同步來控制資源的并發(fā)訪問；

　　第二，控制實例的產(chǎn)生，以達(dá)到節(jié)約資源的目的；

　　第三，控制數(shù)據(jù)共享，在不建立直接關(guān)聯(lián)的條件下，讓多個不相關(guān)的進程或線程之間實現(xiàn)通信。

　　2.盡量避免隨意使用靜態(tài)變量

　　要知道，當(dāng)某個對象被定義為stataic變量所引用，那么gc通常是不會回收這個對象所占有的內(nèi)存，如

　　Java代碼

　　publicclassA{

　　staticBb=newB（）；

　　}

　　此時靜態(tài)變量b的生命周期與A類同步，如果A類不會卸載，那么b對象會常駐內(nèi)存，直到程序終止。

　　3.盡量避免過多過常的創(chuàng)建Java對象

　　盡量避免在經(jīng)常調(diào)用的方法，循環(huán)中new對象，由于系統(tǒng)不僅要花費時間來創(chuàng)建對象，而且還要花時間對這些對象進行垃圾回收和處理，在我們可以控制的范圍內(nèi)，最大限度的重用對象，最好能用基本的數(shù)據(jù)類型或數(shù)組來替代對象。

　　4.盡量使用final修飾符

　　帶有final修飾符的類是不可派生的。在Java核心API中，有許多應(yīng)用final的例子，例如java.lang.String.為String類指定final防止了使用者覆蓋length（）方法。另外，如果一個類是final的，則該類所有方法都是final的。Java編譯器會尋找機會內(nèi)聯(lián)（inline）所有的final方法（這和具體的編譯器實現(xiàn)有關(guān)）。此舉能夠使性能平均提高50%.

　　5.盡量使用局部變量

　　調(diào)用方法時傳遞的參數(shù)以及在調(diào)用中創(chuàng)建的臨時變量都保存在棧（Stack）中，速度較快。其他變量，如靜態(tài)變量、實例變量等，都在堆（Heap）中創(chuàng)建，速度較慢。

　　6.盡量處理好包裝類型和基本類型兩者的使用場所

　　雖然包裝類型和基本類型在使用過程中是可以相互轉(zhuǎn)換，但它們兩者所產(chǎn)生的內(nèi)存區(qū)域是完全不同的，基本類型數(shù)據(jù)產(chǎn)生和處理都在棧中處理，包裝類型是對象，是在堆中產(chǎn)生實例。

　　在集合類對象，有對象方面需要的處理適用包裝類型，其他的處理提倡使用基本類型。

　　7.慎用synchronized,盡量減小synchronize的方法

　　都知道，實現(xiàn)同步是要很大的系統(tǒng)開銷作為代價的，甚至可能造成死鎖，所以盡量避免無謂的同步控制。synchronize方法被調(diào)用時，直接會把當(dāng)前對象鎖了，在方法執(zhí)行完之前其他線程無法調(diào)用當(dāng)前對象的其他方法。所以synchronize的方法盡量小，并且應(yīng)盡量使用方法同步代替代碼塊同步。

　　8.盡量使用StringBuilder和StringBuffer進行字符串連接

　　這個就不多講了。

　　9.盡量不要使用finalize方法

　　實際上，將資源清理放在finalize方法中完成是非常不好的選擇，由于GC的工作量很大，尤其是回收Young代內(nèi)存時，大都會引起應(yīng)用程序暫停，所以再選擇使用finalize方法進行資源清理，會導(dǎo)致GC負(fù)擔(dān)更大，程序運行效率更差。

　　10.盡量使用基本數(shù)據(jù)類型代替對象

　　Stringstr="hello";

　　上面這種方式會創(chuàng)建一個"hello"字符串，而且JVM的字符緩存池還會緩存這個字符串；

　　Stringstr=newString（"hello"）；

　　此時程序除創(chuàng)建字符串外，str所引用的String對象底層還包含一個char[]數(shù)組，這個char[]數(shù)組依次存放了h,e,l,l,o

　　11.單線程應(yīng)盡量使用HashMap、ArrayList

　　HashTable、Vector等使用了同步機制，降低了性能。

　　12.盡量合理的創(chuàng)建HashMap

　　當(dāng)你要創(chuàng)建一個比較大的hashMap時，充分利用另一個構(gòu)造函數(shù)

　　publicHashMap（intinitialCapacity,floatloadFactor）

　　避免HashMap多次進行了hash重構(gòu)，擴容是一件很耗費性能的事，在默認(rèn)中initialCapacity只有16,而loadFactor是0.75,需要多大的容量，你最好能準(zhǔn)確的估計你所需要的最佳大小，同樣的Hashtable,Vectors也是一樣的道理。

　　13.盡量減少對變量的重復(fù)計算

　　如

　　for（inti=0;i<list.size（）；i++） 　　應(yīng)該改為 　　for（inti=0,len=list.size（）；i2），同時new一個對象也是性能的消耗。

　　我們再看看JDK對于Boolean.valueOf（booleanb）的實現(xiàn)：

　　Boolean類提供了兩個常量：

　　Java代碼

　　publicstaticfinalBooleanTRUE=newBoolean（true）；

　　publicstaticfinalBooleanFALSE=newBoolean（false）；

　　而valueOf（booleanb）的內(nèi)部實現(xiàn)是：

　　Java代碼

　　return（b?TRUE:FALSE）；

　　因此用Boolean.valueOf（booleanb）代替newBoolean（）既能節(jié)省空間，又能提高性能。

　?。?）。用Integer.valueOf（inti）代替newInteger（）

　　和Boolean類似，java開發(fā)中使用Integer封裝int的場合也非常多，并且通常用int表示的數(shù)值都非常小。SUNSDK中對Integer的實例化進行了優(yōu)化，Integer類緩存了-128到127這256個狀態(tài)的Integer,如果使用Integer.valueOf（inti），傳入的int范圍正好在此內(nèi)，就返回靜態(tài)實例。這樣如果我們使用Integer.valueOf代替newInteger的話也將大大降低內(nèi)存的占用。

到此，關(guān)于“java中有哪些提升性能對代碼作的建議”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注億速云網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>