Android性能優化【終極篇】

1.http用gzip壓縮,設置連接超時時間和響應超時時間

http請求按照業務需求,分爲是否可以緩存和不可緩存,那麼在無網絡的環境中,仍然通過緩存的httpresponse瀏覽部分數據,實現離線閱讀。

2.listview 性能優化

1).複用convertView

在getItemView中,判斷convertView是否爲空,如果不爲空,可複用。如果couvertview中的view需要添加listerner,代碼一定要在if(convertView==null){}之外。

2).異步加載圖片

     item中如果包含有webimage,那麼最好異步加載

3).快速滑動時不顯示圖片

當快速滑動列表時(SCROLL_STATE_FLING),item中的圖片或獲取需要消耗資源的view,可以不顯示出來;而處於其他兩種狀態(SCROLL_STATE_IDLE 和SCROLL_STATE_TOUCH_SCROLL),則將那些view顯示出來

4).BaseAdapter避免內存溢出

     如果BaseAdapter的實體類有屬性非常消耗內存,可以將保存到文件;爲提高性能,可以進行緩存,並限制緩存大小。


3.使用線程池,分爲核心線程池和普通線程池,下載圖片等耗時任務放置在普通線程池,避免耗時任務阻塞線程池後,導致所有異步任務都必須等待


4.異步任務,分爲核心任務和普通任務,只有核心任務中出現的系統級錯誤纔會報錯,異步任務的ui操作需要判斷原activity是否處於激活狀態


5.儘量避免static成員變量引用資源耗費過多的實例,比如Context


6.使用WeakReference代替強引用,弱引用可以讓您保持對對象的引用,同時允許GC在必要時釋放對象,回收內存。對於那些創建便宜但耗費大量內存的對象,即希望保持該對象,又要在應用程序需要時使用,同時希望GC必要時回收時,可以考慮使用弱引用。


7.超級大胖子Bitmap

及時的銷燬(Activity的onDestroy時將bitmap回收,在被UI組件使用後馬上進行回收會拋 RuntimeException: Canvas: trying to use a recycled bitmap android.graphics.Bitmap)

設置一定的採樣率(有開發者提供的圖片無需進行採樣,對於有用戶上傳或第三方的大小不可控圖片,可進行採樣減少圖片所佔的內存),從服務端返回圖片,建議同時反饋圖片的size

巧妙的運用軟引用

drawable對應resid的資源,bitmap對應其他資源

任何類型的圖片,如果獲取不到(例如文件不存在,或者讀取文件時跑OutOfMemory異常),應該有對應的默認圖片(默認圖片放在在apk中,通過resid獲取);


8.保證Cursor 佔用的內存被及時的釋放掉,而不是等待GC來處理。並且 Android明顯是傾向於編 程者手動的將Cursor close掉


9.線程也是造成內存泄露的一個重要的源頭。線程產生內存泄露的主要原因在於線程 生命週期的不可控


10.如果ImageView的圖片是來自網絡,進行異步加載


11.應用開發中自定義View的時候,交互部分,千萬不要寫成線程不斷刷新界面顯示,而是根據TouchListener事件主動觸發界面的更新


12.Drawable

ui組件需要用到的圖片是apk包自帶的,那麼一律用setImageResource或者setBackgroundResource,而不要根據resourceid

注意:get(getResources(), R.drawable.btn_achievement_normal)該方法通過resid轉換爲drawable,需要考慮回收的問題,如果drawable是對象私有對象,在對象銷燬前是肯定不會釋放內存的。


13.複用、回收Activity對象臨時的activity及時finish主界面設置爲singleTask一般界面設置爲singleTop


14.位置信息獲取用戶的地理位置信息時,在需要獲取數據的時候打開GPS,之後及時關閉掉


15.在onResume時設置該界面的電源管理,在onPause時取消設置
 
continuing...
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章