java內存優化
1. 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()命令
2. jvm性能調優都做了什麼
JVM是最好的軟體工程之一，它為Java提供了堅實的基礎，許多流行語言如Kotlin、Scala、Clojure、Groovy都使用JVM作為運行基礎。一個專業的Java工程師必須要了解並掌握JVM，接下來就給大家分享Java基礎知識中JVM調優相關知識點。
杭州Java基礎知識學習之JVM調優講解
JVM常見的調優參數包括：
-Xmx：指定java程序的最大堆內存, 使用java -Xmx5000M -version判斷當前系統能分配的最大堆內存；
-Xms：指定最小堆內存, 通常設置成跟最大堆內存一樣，減少GC；
-Xmn：設置年輕代大小。整個堆大小=年輕代大小+年老代大小。所以增大年輕代後，將會減小年老代大小。此值對系統性能影響較大，Sun官方推薦配置為整個堆的3/8；
-Xss：指定線程的最大棧空間, 此參數決定了java函數調用的深度, 值越大調用深度越深, 若值太小則容易出棧溢出錯誤(StackOverflowError)；
-XX:PermSize：指定方法區(永久區)的初始值,默認是物理內存的1/64，在Java8永久區移除, 代之的是元數據區，由-XX:MetaspaceSize指定；
-XX:MaxPermSize：指定方法區的最大值, 默認是物理內存的1/4，在java8中由-XX:MaxMetaspaceSize指定元數據區的大小；
-XX:NewRatio=n：年老代與年輕代的比值，-XX:NewRatio=2, 表示年老代與年輕代的比值為2:1；
-XX:SurvivorRatio=n：Eden區與Survivor區的大小比值，-XX:SurvivorRatio=8表示Eden區與Survivor區的大小比值是8:1:1，因為Survivor區有兩個(from, to)。
JVM實質上分為三大塊，年輕代(YoungGen)，年老代(Old Memory)，及持久代(Perm，在Java8中被取消)。
年輕代大小選擇
響應時間優先的應用：盡可能設大，直到接近系統的最低響應時間限制（根據實際情況選擇）。在此種情況下，年輕代收集發生的頻率也是最小的。同時，減少到達年老代的對象。
吞吐量優先的應用：盡可能的設置大，可能到達Gbit的程度。因為對響應時間沒有要求，垃圾收集可以並行進行，一般適合8CPU以上的應用。
年老代大小選擇
響應時間優先的應用：年老代使用並發收集器，所以其大小需要小心設置，一般要考慮並發會話率和會話持續時間等一些參數。如果堆設置小了，可以會造成內存碎片、高回收頻率以及應用暫停而使用傳統的標記清除方式；如果堆大了，則需要較長的收集時間。最優化的方案，一般需要參考以下數據獲得：並發垃圾收集信息、持久代並發收集次數、傳統GC信息、花在年輕代和年老代回收上的時間比例。
減少年輕代和年老代花費的時間，一般會提高應用的效率。
吞吐量優先的應用：一般吞吐量優先的應用都有一個很大的年輕代和一個較小的年老代。原因是，這樣可以盡可能回收掉大部分短期對象，減少中期的對象，而年老代盡存放長期存活對象。
較小堆引起的碎片問題
因為年老代的並發收集器使用標記、清除演算法，所以不會對堆進行壓縮。當收集器回收時，他會把相鄰的空間進行合並，這樣可以分配給較大的對象。但是，當堆空間較小時，運行一段時間以後，就會出現「碎片」，如果並發收集器找不到足夠的空間，那麼並發收集器將會停止，然後使用傳統的標記、清除方式進行回收。如果出現「碎片」，可能需要進行如下配置：
-XX:+UseCMSCompactAtFullCollection：使用並發收集器時，開啟對年老代的壓縮。
-XX:CMSFullGCsBeforeCompaction=0：上面配置開啟的情況下，這里設置多少次Full GC後，對年老代進行壓縮。