Java代碼的優(yōu)化方法有哪些？

說到代碼優(yōu)化，每個人或多或少都掌握一到兩種方法，但是這樣的方法對提升代碼運行效率效果不大，最重要是對代碼的重視和了解，這樣才能提升代碼的運行效率。在進(jìn)行代碼優(yōu)化的過程中，方法是非常重要的，多掌握幾種方法，根據(jù)代碼的不同情況選擇適合的方法進(jìn)行優(yōu)化。下面電腦培訓(xùn)為大家介紹Java代碼優(yōu)化的幾種方法。

1、使用指定類、方法的final修飾符

具有final修飾符的類不可派生。在Java核心API中，有許多最終應(yīng)用程序的例子，例如java.lang.String，整個類都是final。為類指定final修飾符允許繼承類，并且為方法指定final修飾符允許覆蓋該方法。如果將類指定為final，IT培訓(xùn)認(rèn)為該類的所有方法都是final。Java編譯器將尋找內(nèi)聯(lián)所有最終方法的機(jī)會。內(nèi)聯(lián)對于提高Java操作的效率非常重要。這可以將性能平均提高50％。

2、重用對象

String對象的使用是非常重要的，StringBuilder/StringBuffer并不是字符串連接。由于Java虛擬機(jī)需要時間來生成對象，所以將來垃圾收集和處理這些對象可能需要一些時間。因此，生成太多對象將對程序的性能產(chǎn)生很大影響。

3、使用局部變量

調(diào)用方法時傳遞的參數(shù)以及在調(diào)用中創(chuàng)建的臨時變量都保存在堆棧中，速度更快。其他變量（如靜態(tài)變量和實例變量）在堆中創(chuàng)建并且速度較慢。此外，沙河北大青鳥發(fā)現(xiàn)在堆棧中創(chuàng)建的變量，當(dāng)方法完成運行時，內(nèi)容消失，不需要進(jìn)行額外的垃圾收集。

4、及時關(guān)閉流

在Java編程過程中，在執(zhí)行數(shù)據(jù)庫連接和I/O流操作時要小心。使用后，北大青鳥沙河校區(qū)官網(wǎng)建議應(yīng)及時關(guān)閉以釋放資源。因為這些大型物體的操作會導(dǎo)致系統(tǒng)的大量開銷，稍微粗心會導(dǎo)致嚴(yán)重的后果。

Java學(xué)習(xí)中代碼優(yōu)化的方法有哪些？

每個人都說代碼是程序員手中的一把雕刻刀，是對他們產(chǎn)品輪廓和細(xì)節(jié)的打磨。每個程序員在代碼優(yōu)化方面需要做的是，即使是每天處理代碼的程序員也有很多關(guān)于他們編寫代碼的問題，所以優(yōu)化很重要。下面霍營霍營IT培訓(xùn)為大家介紹代碼優(yōu)化的方法。

1、盡量重用目標(biāo)

特別是，使用代表字符串收斂的String目標(biāo)應(yīng)該使用StringBuilder/StringBuffer。因為Java虛擬機(jī)不僅要花時間生成目標(biāo)，而且可能還需要花時間檢索和刪除這些目標(biāo)，所以霍營計算機(jī)學(xué)院發(fā)現(xiàn)生成太多目標(biāo)會對程序的功能產(chǎn)生重大影響。

2、可以運用局部變量

調(diào)用方法時傳遞的參數(shù)和調(diào)用中創(chuàng)建的臨時變量保存在堆棧中的速度更快。其他變量，如靜態(tài)變量、實例變量等等，在堆中創(chuàng)建，速度較慢。此外，霍營北大青鳥發(fā)現(xiàn)在堆棧中創(chuàng)建的變量，方法的操作結(jié)束，當(dāng)這些內(nèi)容都消失了，就不需要額定廢物回收。

3、及時封閉流

Java的程序編寫過程中，數(shù)據(jù)庫連接，I/O流操作必須謹(jǐn)慎，應(yīng)用結(jié)束后，應(yīng)該及時關(guān)閉發(fā)布資源。因為霍營java培訓(xùn)發(fā)現(xiàn)這些大目標(biāo)的運行會造成大系統(tǒng)支出，稍有不慎就會導(dǎo)致嚴(yán)重的結(jié)果。

Java編程中的性能優(yōu)化如何實現(xiàn)？

性能優(yōu)化我覺得應(yīng)該分兩步走，第一步：尋找性能瓶頸，第二步：性能調(diào)優(yōu)；

下面分別進(jìn)行分析：

第一步：尋找性能瓶頸

通常性能瓶頸的表象是資源消耗過多、外部處理系統(tǒng)的性能不足；或者資源消耗不多，但是程序效應(yīng)還是很慢；

資源主要消耗在cpu，文件io，網(wǎng)絡(luò)io以及內(nèi)存方面，當(dāng)某一資源消耗過多會造成系統(tǒng)響應(yīng)慢；

外部處理系統(tǒng)的性能不足主要是所調(diào)用其他系統(tǒng)提供的功能或數(shù)據(jù)庫的響應(yīng)速度不夠，外部系統(tǒng)慢可能也是資源消耗過多導(dǎo)致，數(shù)據(jù)庫響應(yīng)慢可以對數(shù)據(jù)庫進(jìn)行調(diào)優(yōu)；

資源消耗不多但仍然慢主要原因是程序代碼運行效率不高，未充分使用資源或程序結(jié)構(gòu)不合理；

1.1cpu消耗分析

可以通過相關(guān)命令比如top，pidstat，找出各個類型消耗cpu的占比，最常見的就是us和sy類型分別代表用戶進(jìn)程消耗和線程間切換消耗；如果us過高可以找到相關(guān)的線程ID然后分析代碼；如果sy過高是不是啟動了過多的線程導(dǎo)致線程切換過多；

1.2文件io消耗

要跟蹤線程的文件IO消耗，可以通過pidstat來查找，可以查到每秒的讀寫kb數(shù)；找到讀寫kb數(shù)多個線程，然后結(jié)合jstack找到相關(guān)的java代碼，然后分析；

1.3網(wǎng)絡(luò)io消耗

可以通過sar來分析網(wǎng)絡(luò)的消耗狀況，但是不能具體到每個線程所消耗的網(wǎng)絡(luò)IO，只能對線程dump，查找產(chǎn)生了大量網(wǎng)絡(luò)io的線程；

1.4內(nèi)存消耗

結(jié)合top或pidstat，以及jvm的內(nèi)存分析工具來分析內(nèi)存消耗；要區(qū)分是jvm外的物理內(nèi)存還是jvmheap區(qū)內(nèi)存；如果是jvm外的物理內(nèi)存要分析程序中DirectByteBuffer，如果是jvmheap可以通過jvisualvm來分析；

1.5資源消耗不多但仍然慢

主要原因是：鎖競爭激烈，未充分使用硬件資源，數(shù)據(jù)量增長

第二步：性能調(diào)優(yōu)

2.1jvm調(diào)優(yōu)

主要包括各個代的大小、GC策略等；代大小的設(shè)置：避免新生代大小設(shè)置過小，或者過大；避免Survivor區(qū)過小或過大；合理設(shè)置新生代存活周期；GC策略根據(jù)吞吐量優(yōu)先還是延遲優(yōu)先進(jìn)行設(shè)置策略；

2.2程序調(diào)優(yōu)

1.CPU消耗嚴(yán)重解決

us過高主要是執(zhí)行線程無任何掛起動作，可以進(jìn)行Thread.sleep操作；sy過高主要是因為創(chuàng)建了過多的線程導(dǎo)致線程上下文切換；

2.文件IO消耗嚴(yán)重解決

造成文件IO消耗嚴(yán)重的原因主要是多個線程寫大量的數(shù)據(jù)到同一個文件，導(dǎo)致文件很快變的很大，從而寫入速度越來越慢，并造成各線程激烈競爭爭搶文件鎖，常用的調(diào)優(yōu)方法：異步寫文件，批量讀寫，限流，限制文件大?。?/p>

3.網(wǎng)絡(luò)IO消耗嚴(yán)重解決

主要原因是同時發(fā)送或者接受的包太多，解決辦法就是限流；

4.內(nèi)存消耗嚴(yán)重解決

解決：釋放不必要的引用，使用對象緩存池，采用合理的緩存失效策略，合理使用softReference和WeakReference；

2.3資源消耗不多但仍然慢

主要原因是：鎖競爭激烈，未充分使用硬件資源