Android內(nèi)存性能優(yōu)化內(nèi)存的示例分析

這篇文章將為大家詳細講解有關(guān)Android內(nèi)存性能優(yōu)化內(nèi)存的示例分析，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。

創(chuàng)新互聯(lián)長期為近1000家客戶提供的網(wǎng)站建設(shè)服務(wù)，團隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為自流井企業(yè)提供專業(yè)的網(wǎng)站設(shè)計制作、網(wǎng)站建設(shè)，自流井網(wǎng)站改版等技術(shù)服務(wù)。擁有10年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。

1)Memory, GC, and Performance

眾所周知，與C/C++需要通過手動編碼來申請以及釋放內(nèi)存有所不同，Java擁有GC的機制。Android系統(tǒng)里面有一個Generational Heap Memory的模型，系統(tǒng)會根據(jù)內(nèi)存中不同的內(nèi)存數(shù)據(jù)類型分別執(zhí)行不同的GC操作。例如，最近剛分配的對象會放在Young Generation區(qū)域，這個區(qū)域的對象通常都是會快速被創(chuàng)建并且很快被銷毀回收的，同時這個區(qū)域的GC操作速度也是比Old Generation區(qū)域的GC操作速度更快的。

除了速度差異之外，執(zhí)行GC操作的時候，所有線程的任何操作都會需要暫停，等待GC操作完成之后，其他操作才能夠繼續(xù)運行。

通常來說，單個的GC并不會占用太多時間，但是大量不停的GC操作則會顯著占用幀間隔時間(16ms)。如果在幀間隔時間里面做了過多的GC操作，那么自然其他類似計算，渲染等操作的可用時間就變得少了。

2)Memory Monitor Walkthrough

Android Studio中的Memory Monitor可以很好的幫助我們查看程序的內(nèi)存使用情況。

3)Memory Leaks

內(nèi)存泄漏表示的是不再用到的對象因為被錯誤引用而無法進行回收。

發(fā)生內(nèi)存泄漏會導致Memory Generation中的剩余可用Heap Size越來越小，這樣會導致頻繁觸發(fā)GC，更進一步引起性能問題。

舉例內(nèi)存泄漏，下面init()方法來自某個自定義View：

private void init() { ListenerCollector collector = new ListenerCollector(); collector.setListener(this, mListener); }

上面的例子容易存在內(nèi)存泄漏，如果activity因為設(shè)備翻轉(zhuǎn)而重新創(chuàng)建，自定義的View會自動重新把新創(chuàng)建出來的mListener給綁定到ListenerCollector中，但是當activity被銷毀的時候，mListener卻無法被回收了。

4)Heap Viewer Walkthrough

下圖演示了Android Tools里面的Heap Viewer的功能，我們可以看到當前進程中的Heap Size的情況，分別有哪些類型的數(shù)據(jù)，占比是多少。

5)Understanding Memory Churn

Memory Churn內(nèi)存抖動，內(nèi)存抖動是因為在短時間內(nèi)大量的對象被創(chuàng)建又馬上被釋放。瞬間產(chǎn)生大量的對象會嚴重占用Young Generation的內(nèi)存區(qū)域，當達到閥值，剩余空間不夠的時候，會觸發(fā)GC從而導致剛產(chǎn)生的對象又很快被回收。即使每次分配的對象占用了很少的內(nèi)存，但是他們疊加在一起會增加Heap的壓力，從而觸發(fā)更多其他類型的GC。這個操作有可能會影響到幀率，并使得用戶感知到性能問題。

解決上面的問題有簡潔直觀方法，如果你在Memory Monitor里面查看到短時間發(fā)生了多次內(nèi)存的漲跌，這意味著很有可能發(fā)生了內(nèi)存抖動。

同時我們還可以通過Allocation Tracker來查看在短時間內(nèi)，同一個棧中不斷進出的相同對象。這是內(nèi)存抖動的典型信號之一。

當你大致定位問題之后，接下去的問題修復也就顯得相對直接簡單了。例如，你需要避免在for循環(huán)里面分配對象占用內(nèi)存，需要嘗試把對象的創(chuàng)建移到循環(huán)體之外，自定義View中的onDraw方法也需要引起注意，每次屏幕發(fā)生繪制以及動畫執(zhí)行過程中，onDraw方法都會被調(diào)用到，避免在onDraw方法里面執(zhí)行復雜的操作，避免創(chuàng)建對象。對于那些無法避免需要創(chuàng)建對象的情況，我們可以考慮對象池模型，通過對象池來解決頻繁創(chuàng)建與銷毀的問題，但是這里需要注意結(jié)束使用之后，需要手動釋放對象池中的對象。

6)Allocation Tracker

關(guān)于Allocation Tracker工具的使用，不展開了，參考下面的鏈接：

http://developer.android.com/tools/debugging/ddms.html#alloc

http://android-developers.blogspot.com/2009/02/track-memory-allocations.html

7)Improve Your Code To Reduce Churn

下面演示一個例子，如何通過修改代碼來避免內(nèi)存抖動。優(yōu)化之前的內(nèi)存檢測圖：

定位代碼之后，修復了String拼接的問題：

優(yōu)化之后的內(nèi)存監(jiān)測圖：

8)Recap

上面提到了三種測量內(nèi)存的工具，下面再簡要概括一下他們各自的特點：

Memory Monitor：跟蹤整個app的內(nèi)存變化情況。

Heap Viewer：查看當前內(nèi)存快照，便于對比分析哪些對象有可能發(fā)生了泄漏。

Allocation Tracker：追蹤內(nèi)存對象的來源。

關(guān)于Android內(nèi)存性能優(yōu)化內(nèi)存的示例分析就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。

網(wǎng)頁名稱：Android內(nèi)存性能優(yōu)化內(nèi)存的示例分析
當前網(wǎng)址：http://bm7419.com/article26/gihpjg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供小程序開發(fā)、微信小程序、App設(shè)計、、移動網(wǎng)站建設(shè)、網(wǎng)站設(shè)計

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)