自動裝箱是將基礎數(shù)據(jù)類型轉換為相應的復雜類型，在HashMap的追加刪除調查中充滿了自動裝箱問題，因此盡量避免HashMap代替SparseArray和ArrrayMap等問題。

資源復用：通用字符串、顏色、布局。

視圖復用：類似于RecyclerView的優(yōu)化再利用。

目標池:創(chuàng)建目標池，無需重復創(chuàng)建目標，類似于線程池，messae享受元模式。

Bitmap對象復用：使用inBitmap屬性，Bitmap解碼器可以通知Bitmap解碼器使用已經存在的存儲區(qū)域，新解碼的bitmap可以嘗試使用以前bitmap在heap中占有的存儲區(qū)域。

在App退出后臺的內存緊張被Kill丟失的情況下，選擇重寫Application中onTrimmemory/onLowMemory方法，釋放圖像緩存、靜態(tài)緩存。

item在無法回收的情況下釋放了圖像的引用。

使用字符串連接時，請盡量使用StringBuilder、StringBuffer(內存抖動)

定制view減少onDraw的時間和執(zhí)行次數(shù)。

盡量使用靜態(tài)內部類。

盡量使用基礎數(shù)據(jù)類型。

適當時使用軟/弱引用。

內容擴展：

對程序員們來說，代碼優(yōu)化是一個很重要的課題。可能有些人覺得沒用，一些細小的地方有什么好修改的，改與不改對于代碼的運行效率有什么影響呢？這個問題我是這么考慮的，就像大海里面的鯨魚一樣，它吃一條小蝦米有用嗎？沒用，但是，吃的小蝦米一多之后，鯨魚就被喂飽了。代碼優(yōu)化也是一樣，如果項目著眼于盡快無BUG上線，那么此時可以抓大放小，代碼的細節(jié)可以不精打細磨；但是如果有足夠的時間開發(fā)、維護代碼，這時候就必須考慮每個可以優(yōu)化的細節(jié)了，一個一個細小的優(yōu)化點累積起來，對于代碼的運行效率絕對是有提升的。

代碼優(yōu)化的目標是：

1、減小代碼的體積

2、提高代碼運行的效率

到此這篇關于java內存優(yōu)化的方法總結的文章就介紹到這了,更多相關java內存優(yōu)化的四種方法內容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持好吧啦網(wǎng)！