java優化

① java代碼如何優化

今天就跟中公優就業一起來看看java代碼優化細節。

1、盡量指定類、方法的final修飾符

帶有final修飾符的類是不可派生的。在Java核心API中，有許多應用final的例子，例如java.lang.String，整個類都是final的。為類指定final修飾符可以讓類不可以被繼承，為方法指定final修飾符可以讓方法不可以被重寫。如果指定了一個類為final，則該類所有的方法都是final的。Java編譯器會尋找機會內聯所有的final方法，內聯對於提升Java運行效率作用重大，具體參見Java運行期優化。此舉能夠使性能平均提高50%。

2、盡量重用對象

特別是String對象的使用，出現字元串連接時應該使用StringBuilder/StringBuffer代替。由於Java虛擬機不僅要花時間生成對象，以後可能還需要花時間對這些對象進行垃圾回收和處理，因此，生成過多的對象將會給程序的性能帶來很大的影響。

3、盡可能使用局部變數

調用方法時傳遞的參數以及在調用中創建的臨時變數都保存在棧中速度較快，其他變數，如靜態變數、實例變數等，都在堆中創建，速度較慢。另外，棧中創建的變數，隨著方法的運行結束，這些內容就沒了，不需要額外的垃圾回收。

4、及時關閉流

Java編程過程中，進行資料庫連接、I/O流操作時務必小心，在使用完畢後，及時關閉以釋放資源。因為對這些大對象的操作會造成系統大的開銷，稍有不慎，將會導致嚴重的後果。

5、盡量減少對變數的重復計算

明確一個概念，對方法的調用，即使方法中只有一句語句，也是有消耗的，包括創建棧幀、調用方法時保護現場、調用方法完畢時恢復現場等。所以例如下面的操作：

for (int i = 0; i < list.size(); i++){...}

建議替換為：

for (int i = 0, int length = list.size(); i < length; i++){...}

這樣，在list.size()很大的時候，就減少了很多的消耗

6、盡量採用懶載入的策略，即在需要的時候才創建

例如：

String str = "aaa";if (i == 1){list.add(str);}

建議替換為：

if (i == 1){String str = "aaa";list.add(str);}

7、慎用異常

異常對性能不利。拋出異常首先要創建一個新的對象，Throwable介面的構造函數調用名為fillInStackTrace()的本地同步方法，fillInStackTrace()方法檢查堆棧，收集調用跟蹤信息。只要有異常被拋出，Java虛擬機就必須調整調用堆棧，因為在處理過程中創建了一個新的對象。異常只能用於錯誤處理，不應該用來控製程序流程。

8、不要在循環中使用try…catch…，應該把其放在最外層

除非不得已。如果毫無理由地這么寫了，只要你的領導資深一點、有強迫症一點，八成就要罵你為什麼寫出這種垃圾代碼來了

9、如果能估計到待添加的內容長度，為底層以數組方式實現的集合、工具類指定初始長度

比如ArrayList、LinkedLlist、StringBuilder、StringBuffer、HashMap、HashSet等等，以StringBuilder為例：

(1)StringBuilder() // 默認分配16個字元的空間

(2)StringBuilder(int size) // 默認分配size個字元的空間

(3)StringBuilder(String str)// 默認分配16個字元+str.length()個字元空間

可以通過類(這里指的不僅僅是上面的StringBuilder)的來設定它的初始化容量，這樣可以明顯地提升性能。比如StringBuilder吧，length表示當前的StringBuilder能保持的字元數量。因為當StringBuilder達到最大容量的時候，它會將自身容量增加到當前的2倍再加2，無論何時只要StringBuilder達到它的最大容量，它就不得不創建一個新的字元數組然後將舊的字元數組內容拷貝到新字元數組中—-這是十分耗費性能的一個操作。試想，如果能預估到字元數組中大概要存放5000個字元而不指定長度，最接近5000的2次冪是4096，每次擴容加的2不管，那麼：

(1)在4096 的基礎上，再申請8194個大小的字元數組，加起來相當於一次申請了12290個大小的字元數組，如果一開始能指定5000個大小的字元數組，就節省了一倍以上的空間

(2)把原來的4096個字元拷貝到新的的字元數組中去

這樣，既浪費內存空間又降低代碼運行效率。所以，給底層以數組實現的集合、工具類設置一個合理的初始化容量是錯不了的，這會帶來立竿見影的效果。但是，注意，像HashMap這種是以數組+鏈表實現的集合，別把初始大小和你估計的大小設置得一樣，因為一個table上只連接一個對象的可能性幾乎為0。初始大小建議設置為2的N次冪，如果能估計到有2000個元素，設置成new HashMap(128)、new HashMap(256)都可以。

10、當復制大量數據時，使用System.array()命令

② 如何優化JAVA代碼及提高執行效率

張小喜告別996 實現高效編程 減少開發壓力 開啟Java高效編程之門（完整版高清視頻）網路網盤

鏈接:

若資源有問題歡迎追問~

③ 如何優化Java代碼

1）盡量指定類、方法的final修飾符。帶有final修飾符的類是不可派生的，Java編譯器會尋找機會內聯所有的final方法，內聯對於提升Java運行效率作用重大，此舉能夠使性能平均提高50%。

2）盡量重用對象。由於Java虛擬機不僅要花時間生成對象，以後可能還需要花時間對這些對象進行垃圾回收和處理，因此生成過多的對象將會給程序的性能帶來很大的影響。

3）盡可能使用局部變數。調用方法時傳遞的參數以及在調用中創建的臨時變數都保存在棧中速度較快，其他變數，如靜態變數、實例變數等，都在堆中創建速度較慢。

4）慎用異常。異常對性能不利，只要有異常被拋出，Java虛擬機就必須調整調用堆棧，因為在處理過程中創建了一個新的對象。異常只能用於錯誤處理，不應該用來控製程序流程。

5）乘法和除法使用移位操作。用移位操作可以極大地提高性能，因為在計算機底層，對位的操作是最方便、最快的，但是移位操作雖然快，可能會使代碼不太好理解，因此最好加上相應的注釋。

6）盡量使用HashMap、ArrayList、StringBuilder，除非線程安全需要，否則不推薦使用 Hashtable、Vector、StringBuffer，後三者由於使用同步機制而導致了性能開銷。

• 盡量在合適的場合使用單例。使用單例可以減輕載入的負擔、縮短載入的時間、提高載入的效率，但並不是所有地方都適用於單例。

④ java代碼優化

改位運算沒有任何意義。

java里大部分的開銷是線程的創建銷毀、高並發下引發的同步、網路操作、資料庫連接等等。

細節方面，那就是變數一定要最小的作用域， 能在方法里的不要放到方法外，能在循環里的不要放到循環外， 盡可能使得變數符合gc標准。

高開銷的操作， 能用jdk特性就別自己寫，比如上述的新的concurrent線程模型、非阻塞的網路通信模型、資料庫連接池來解決。你要把這些都看作資源， 能夠重復利用的資源絕不銷毀再創建。 資源銷毀創建的代價很高， 高到一次操作可能讓你優化幾萬個位運算也補不回來。

好的代碼， 要有好的預見性， 找到代碼的28原則里， 預見到高頻執行的那20%的代碼，提前做好容量規劃。

⑤ 如何對java裡面的代碼進行優化

for循環倒過來寫，一般外層循環次數少，內層多。

⑥ java的string的+優化

String a = "1"+"2"; 編譯器編譯的時候就會直接變成

String a = "12" 並不是一定是StringBuffer 但肯定不是StringBuilder

因為String有個常量池， 定義的字元串都是放在常量池中的，所以是true。

⑦ Java編程優化寫法從各方面來說

張小喜告別996 實現高效編程 減少開發壓力 開啟Java高效編程之門（完整版高清視頻）網路網盤

鏈接:

若資源有問題歡迎追問~

⑧ java性能優化權威指南和java程序性能優化哪本好

1、調整垃圾收集(GC)
由於垃圾收集的復雜性,很難發現你的應用的准確性能。不過,如果你真的想優化你的應用,你應該相應地處理垃圾收集。通用的准則是調整GC設置並同時執行性能分析。
一旦你對結果感到滿意,你可以停止該過程並尋求其他優化方式。確保除了在平均事務處理時間之外,你還留心了異常值。這些異常值是造成Java應用緩慢的真正的罪魁禍首並且很難找到。
此外,你要明白應用運行期間性能下降的效應。在每單個cpu時鍾內的緩慢操作是可以忽略的,但在每單個資料庫事務中的緩慢操作則是非常昂貴的消耗。但是你應該根據性能短板選擇你的優化策略,並應該根據工作負載來優化應用。
2、正確地選擇適合你的GC演算法
讓我們更深入地探討GC優化。畢竟,GC優化是要處理的整個優化問題中最基本的。目前,Java中有四種供你選擇的垃圾收集演算法。每種演算法滿足不同的需求,因此你要選擇(適合你的需求的)。很多開發人員正是因為不了解GC演算法而未能優化他們的應用。
這四個演算法分別是串列回收器,並行/吞吐量回收器,CMS回收器和G1回收器。想要了解更多關於每種垃圾收集器的信息及它們是如何工作的,請查看這篇來自Takipi博客的非常棒的文章Garbage Collectors—Serial vs。 Parallel vs。 CMS vs。 G1。這篇文章同時還討論了Java8對GC演算法的影響及其他細節上的改變。讓我們再回到GC演算法上,根據Understanding Java Garbage Collection這篇文章所述,並發標記和清除GC(即」CMS」)演算法才是適合網路服務端應用的最佳演算法。並行GC演算法適合那些內部可預測的應用。
G1和CMS是並發操作的理想選擇,但仍然會引起(應用)頻繁停頓。實際的選擇取決於你如何取捨。舉例來說,盡管選擇並行演算法會帶來更長的GC停頓時間,但相較於其他GC演算法,選擇並行演算法仍是一個好主意。
3、Java堆
Java內存堆在迎合內存需求方面擔任了至關重要角色。通常更好的做法是初始時分配最小的堆,然後通過持續的測試不斷增加它的大小。大多數時候優化問題都可以通過增加堆的大小解決,但如果存在大量的GC開銷,則該解決方案不起作用。
GC開銷還會使吞吐量急劇下降,進而使得應用難以形容的慢。此外,及早調整GC可以幫助你避免堆大小分配的問題。開始的時候,你可以選擇任何1GB到8GB的堆大小。當你選擇正確的堆大小,老生代和新生代對象的概念也就不需要了。總而言之,堆大小應該取決於老生代和新生代對象的比率,之前的GC優化和對象集合(即所有對象佔用的內存大小)。
4、關鍵應用優化
關鍵代碼優化是優化你的Java應用最好的方式。如果你的應用對GC和堆優化沒有反應,那麼最好是做架構改進並關注於你的應用是如何處理信息的。使用聰明的演算法並管理好對象就能解決大量的問題,包括內存碎片,堆大小問題和垃圾收集的問題。
5、使用最優的函數
Java提供了多個函數來提升演算法效率。如果你使用StringBuilder代替簡單的String,你可以得到微乎其微的性能提升。不過,我們還有其他方式在代碼層面進行優化。讓我們看看下面這些優化方法。
使用StringBuilder代替+操作符。
避免使用iterator。
多使用棧帶來的好處。
避免使用正則表達式,使用Apache Commons Lang作為代替。
遠離遞歸。遞歸會佔用大量資源!

⑨ 高並發原理 用java怎麼優化

面對高並發高請求的大型JAVA應用場景，需要考慮到以下幾個方面並並進行優化：

1、代碼方面

從最基礎的做起，優化所寫代碼，減少不必要的資源浪費，比如：避免頻繁的new對象，優先考慮使用單例模式、減繁去重，重用代碼要歸納成公用方法，相關工具類使用靜態方法訪問、使用java中效率高的類等等；

2、資料庫方面

當面對復雜的應用，用戶大量訪問的時候，一台數據很快無法滿足需求，這時就需要使用資料庫集群或者庫表散列。

常用的優化措施是M-S（主-從）方式進行同步復制，將查詢和操作和分別在不同的伺服器上進行操作，這樣會大大減少資料庫操作耗時；

3、靜態資源方面

我們可以把一些訪問頻次高但是變更不大的動態請求提前渲染生成html靜態頁面，然後每次用戶再訪問該請求時，就不要再調用伺服器請求了，這樣會大大減少高峰期時伺服器的壓力；

在靜態資源例如圖片、js、css等方面，我們可以將這些資源與核心應用和html資源分離開，建立合適的靜態文件伺服器，針對不同類型的靜態資源對伺服器進行優化配置，這樣就不會再高並發時因為這些靜態資源的問題而使整個頁面崩潰了；

4、其他方面

緩存：盡量使用緩存，包括用戶緩存，信息緩存等，多花點內存來做緩存，可以大量減少與資料庫的交互，提高性能。
可以考慮memcached緩存集群和靜態HTML、Redis緩存
負載均衡：nginx（非同步）、squid（同步）、lighttpd（非同步）
存儲：分布式的，如hadop等