androidapp內存優化

Ⅰ 如何對android進行性能優化

不知道你是說對系統優化還是什麼app優化，

系統優化就只能找底層人員的了，我也不是很了解。

app優化的話，大體有以下幾個方面

1. ui優化，去除累贅的布局，優化初始化的速度，提高apk流暢性。

2. 網路交互優化，好的網路和數據處理方式決定了app的體驗性能。

3. 檢查內存是否有泄漏，人們常說的anr詳細。

如何你問的是android手機優化。

平常人只能下載手機管家這種軟體進行清除內存，垃圾，卸載無用的apk，保持android系統的流暢性。

Ⅱ android 開發之app都可以進行哪些優化

1.在後台取消一些線程中的動作

我們知道App運行過程中所有的操作都默認在主線程（UI線程）中進行的，這樣App的響應速度就會受到影響。會導致程序陷入卡頓、死掉甚至會發生系統錯誤。

為 了加快響應速度，需要把費時的操作（比如網路請求、資料庫操作或者復雜的計算）從主線程移動到一個單獨的線程中。最高效的方式就是在類這一級完成 這項操作，可以使用AsyncTask或者IntentService來創建後台操作。如果選擇使用IntentService，它會在需要的時候啟動起 來，然後通過一個工作線程來處理請求（Intent）。

使用IntentService時需要注意以下幾點限制：

• 這個類不要給UI傳遞信息，如果要向用戶展示處理結果信息請用Activity；

• 每次只能處理一個請求；

• 每一個處理請求過程都不能中斷；

2.保持響應不發生ANR

從UI線程中移除費時操作這個方式還可以防止用戶操作出現系統不響應（ANR）對話框。需要做的就是繼承AsyncTask來創建一個後台工作線程，並實現doInBackground()方法。

還有一種方式就是自己創建一個Thread類或者HandlerThread類。需要注意這樣也會使App變慢，因為默認的線程優先順序和主線程的優先順序是一樣的，除非你明確設定線程的優先順序。

3.在線程中初始化查詢操作

當查詢操作正在後台處理時，展示數據也不是即時的，但是你可以使用CursorLoader對象來加快速度，這個操作可以使Activity和用戶之間的互動不受影響。

使用這個對象後，你的App會為ContentProvider初始化一個獨立的後台線程進行查詢，當查詢結束後就會給調用查詢的Activity返回結果。

4.其它需要注意的方面

• 使用StrictMode來檢查UI線程中可能潛在的費時操作；

• 使用一些特殊的工具如Safe.ijiami、Systrace或者Traceview來尋找在你的應用中的瓶頸；

• 用進度條向用戶展示操作進度；

• 如果初始化操作很費時，請展示一個歡迎界面。

優化設備的電池壽命

如果應用很費電，請不要責怪用戶卸載了你的應用。對於電池使用來說，主要費電情況如下：

• 更新數據時經常喚醒程序；

• 用EDGE或者3G來傳遞數據；

• 文本數據轉換，進行非JIT正則表達式操作。

5.優化網路

• 如果沒有網路連接，請讓你的應用跳過網路操作；只在有網路連接並且無漫遊的情況下更新數據；

• 選擇兼容的數據格式，把含有文本數據和二進制數據的請求全部轉化成二進制數據格式請求；

• 使用高效的轉換工具，多考慮使用流式轉換工具，少用樹形的轉換工具；

• 為了更快的用戶體驗，請減少重復訪問伺服器的操作；

• 如果可以的話，請使用framework的GZIP庫來壓縮文本數據以高效使用CPU資源。

6.優化應用在前端的工作

• 如果考慮使用wakelocks，盡量設置為最小的級別；

• 為了防止潛在的bug導致的電量消耗，請明確指定超時時間；

• 啟用 android:keepScreenOn屬性；

• 除了系統的GC操作，多考慮手動回收Java對象，比如XmlPullParserFactory和BitmapFactory。還有正則表達式的Matcher.reset(newString)操作、StringBuilder.setLength(0)操作；

• 要注意同步的問題，盡管在主線程中是安全的；

• 在Listview中要多採用重復利用策略；

• 如果允許的話多使用粗略的網路定位而不用GPS，對比一下GPS需要1mAh（25s * 140 mA），而一般網路只用0.1mAh（2s * 180mA）；

• 確保注銷GPS的位置更新操作，因為這個更新操作在onPause()中也是會繼續的。當所有的應用都注銷了這個操作，用戶可以在系統設置中重新啟用GPS而不浪費電量；

• 請考慮在大量數理運算中使用低精度變數並在用DisplayMetrics進行DPI任務時緩存變數值；

7.優化工作在前台的應用

• 請確保service生命周期都是短暫的，因為每個進程都需要2MB的內存，而在前台程序需要內存時也會重新啟動；

• 保持內存的使用量不要太大；

• 如果要應用每30分鍾更新一次，請在設備處於喚醒狀態下進行；

• Service在pull或者sleep狀態都是不好的，這就是為什麼在服務結束時要使用AlarmManager或者配置屬性stopSelf()的原因。

8.其它注意事項

• 在進行整體更新之前檢查電池的狀態和網路狀態，等待最好的狀態在進行大幅度裝換操作；

• 讓用戶看到用電情況，比如更新周期，後台操作的時候；

實現低內存佔用UI

9.找到布局顯示問題

當 我們為布局單獨創建UI的時候，就是在創建濫用內存的App，它在UI中會出現可惡的延時。要實現一個流暢的、低內存佔用的UI，第一步就是搜索 你的應用找出潛在的瓶頸布局。使用Safe.ijiami和Android SDK/tools/中自帶的Hierarchy Viewer Tool工具。

還有一個很好的工具就是Lint，它會掃描應用的源碼去尋找可能存在的bug，並為控制項結果進行優化。

10.解決問題

如果布局顯示結果發現了問題，你可以考慮簡化布局結構。可以把LinearLayout類型轉化成RelativeLayout類型，降低布局的層級結構

Ⅲ Android性能優化總結

常用的Android性能優化方法：

一、布局優化：

1）盡量減少布局文件的層級。

層級少了，繪制的工作量也就少了，性能自然提高。

2）布局重用 <include標簽>

3）按需載入：使用ViewStub,它繼承自View,一種輕量級控制項，本身不參與任何的布局和繪制過程。他的layout參數里添加一個替換的布局文件，當它通過setVisibility或者inflate方法載入後，它就會被內部布局替換掉。

二、繪制優化：

基於onDraw會被調用多次，該方法內要避免兩類操作：

1）創建新的局部對象，導致大量垃圾對象的產生，從而導致頻繁的gc，降低程序的執行效率。

2）不要做耗時操作，搶CPU時間片，造成繪制很卡不流暢。

三、內存泄漏優化：

1）靜態變數導致內存泄漏   比較明顯

2）單例模式導致的內存泄漏 單例無法被垃圾回收，它持有的任何對象的引用都會導致該對象不會被gc。

3）屬性動畫導致內存泄漏  無限循環動畫，在activity中播放，但是onDestroy時沒有停止的話，動畫會一直播放下去，view被動畫持有，activity又被view持有，導致activity無法被回收。

四、響應速度優化：

1）避免在主線程做耗時操作 包括四大組件，因為四大組件都是運行在主線程的。

2）把一些創建大量對象等的初始化工作放在頁面回到前台之後，而不應該放到創建的時候。

五、ListView的優化：

1）使用convertView，走listView子View回收的一套：RecycleBin 機制

主要是維護了兩個數組，一個是mActiveViews,當前可見的view,一個是mScrapViews，當前不可見的view。當觸摸ListView並向上滑動時，ListView上部的一些OnScreen的View位置上移，並移除了ListView的屏幕范圍，此時這些OnScreen的View就變得不可見了，不可見的View叫做OffScreen的View，即這些View已經不在屏幕可見范圍內了，也可以叫做ScrapView，Scrap表示廢棄的意思，ScrapView的意思是這些OffScreen的View不再處於可以交互的Active狀態了。ListView會把那些ScrapView（即OffScreen的View）刪除，這樣就不用繪制這些本來就不可見的View了，同時，ListView會把這些刪除的ScrapView放入到RecycleBin中存起來，就像把暫時無用的資源放到回收站一樣。

當ListView的底部需要顯示新的View的時候，會從RecycleBin中取出一個ScrapView，將其作為convertView參數傳遞給Adapter的getView方法，從而達到View復用的目的，這樣就不必在Adapter的getView方法中執行LayoutInflater.inflate()方法了。

RecycleBin中有兩個重要的View數組，分別是mActiveViews和mScrapViews。這兩個數組中所存儲的View都是用來復用的，只不過mActiveViews中存儲的是OnScreen的View，這些View很有可能被直接復用；而mScrapViews中存儲的是OffScreen的View，這些View主要是用來間接復用的。

2）使用ViewHolder避免重復地findViewById

3)快速滑動不適合做大量非同步任務，結合滑動監聽，等滑動結束之後載入當前顯示在屏幕范圍的內容。

4）getView中避免做耗時操作，主要針對圖片：ImageLoader來處理(原理：三級緩存)

5）對於一個列表，如果刷新數據只是某一個item的數據，可以使用局部刷新，在列表數據量比較大的情況下，節省不少性能開銷。

六、Bitmap優化：

1）減少內存開支：圖片過大，超過控制項需要的大小的情況下，不要直接載入原圖，而是對圖片進行尺寸壓縮，方式是BitmapFactroy.Options 采樣，inSampleSize 轉成需要的尺寸的圖片。

2）減少流量開銷：對圖片進行質量壓縮，再上傳伺服器。圖片有三種存在形式：硬碟上時是file，網路傳輸時是stream，內存中是stream或bitmap，所謂的質量壓縮，它其實只能實現對file的影響，你可以把一個file轉成bitmap再轉成file，或者直接將一個bitmap轉成file時，這個最終的file是被壓縮過的，但是中間的bitmap並沒有被壓縮。bitmap.compress(Bitmap.CompressFormat.PNG,100,bos);

七、線程優化：

使用線程池。為什麼要用線程池？

1、從「為每個任務分配一個線程」轉換到「在線程池中執行任務」

2、通過重用現有的線程而不是創建新線程，可以處理多個請求在創建銷毀過程中產生的巨大開銷

3、當使用線程池時，在請求到來時間 ，不用等待系統重新創建新的線程，而是直接復用線程池中的線程，這樣可以提高響應性。

4、通過和適當調整線程池的大小 ，可以創建足夠多的線程以使處理器能夠保持忙碌狀態，同時還可以防止過多線程相互競爭資源而使應用程序耗盡內存或者失敗。

5、一個App裡面所有的任務都放在線程池中執行後，可以統一管理 ，當應用退出時，可以把程序中所有的線程統一關閉，避免了內存和CPU的消耗。

6、如果這個任務是一個循環調度任務，你則必須在這個界面onDetach方法把這個任務給cancel掉，如果是一個普通任務則可cancel，可不cancel，但是最好cancel

7、整個APP的總開關會在應用退出的時間把整個線程池全部關閉。

八、一些性能優化建議：

1）避免創建過多對象，造成頻繁的gc

2)不要過多使用枚舉，枚舉佔用的空間比整型大很多

3）字元串的拼接使用StringBuffer、StringBuilder來替代直接使用String,因為使用String會創建多個String對象，參考第一條。

4）適當使用軟引用，（弱引用就不太推薦了）

5）使用內存緩存和磁碟緩存。

Ⅳ 安卓手機運行內存很小的軟體為什麼佔用很大內存求解決辦法

手機運行整個Android系統需要一定的內存，部分系統程序和第三方程序也會開機自啟動，所以佔用了較多的內存，以致於開機後內存佔用率比較高。
若是使用vivo手機，建議您時常一鍵加速來清理手機運行內存，並進入i管家--（應用管理/軟體管理）--許可權管理--自啟動裡面關閉不必要的自啟動軟體。

Ⅳ 安卓手機用久了會卡頓，有什麼辦法可以解決這個問題

眾所周知，安卓手機用久了，是會出現卡頓的情況，因此想要有效解決這個問題，就要養成清理後台的習慣。雖然安卓手機的運行內存非常大，但是如果經常性的打開軟體，不清理的話，就會長時間的累積在後台當中，這樣就會影響其他APP的空間。

千萬不要下載過多的游戲，尤其是手機網游，像這些網友可能剛開始下載的時候，運行內存比較小，但是隨著經常性的打游戲，那麼內存會越來越大。甚至一款游戲占據手機十幾個GB的內存，所以保留一個網游即可。另外也要對手機照片、視頻進行相應的清理，這兩者占據的內存也是非常大的，很有可能在看視頻的過程當中，就會將視頻保存到自己的手機中。

Ⅵ android 性能優化有哪些辦法

性能優化的常用方法

主要內容包括布局優化，繪制優化，內存泄露優化，相應速度優化，ListView優化，Bitmap優化，線程優化等，下面主要給你舉了其中的幾個例子：

(1)布局優化

布局優化的思想很簡單，就是盡量減少布局文件的層級。

如何進行優化呢？首先刪除布局中無用的控制項和層級，其次有選擇地使用性能較低的ViewGroup，比如LinearLayout。如果布局中有的布局既可以用LinearLayout也可以用RelativeLayout，那就用LinearLayout,這是因為RelativeLayout比較復雜，他的布局過程花費更多的CPU時間。FrameLayout和LinearLayout一樣都是一種簡單高效的ViewGroup，因此可以考慮使用他們，但是很多時候，單純的通過一個LinearLayout或者FrameLayout無法實現產品的效果，需要通過嵌套的方式來完成，這種情況建議採用RelativeLayout，因為ViewGroup的嵌套就相當於增加了布局的層級，同樣會降低程序的性能。

布局優化的另一種手段是採用<include>標槍,<merge>標簽和ViewStub。<include>標簽主要用於布局重用，<merge>標簽一般和<include>配合使用，它可以減少布局的層級。而ViewStub則提供了按需載入功能，當需要時才將ViewStub中的布局載入到內存，這提高了程序的初始化效率。

(2)繪制方法

繪制優化是指View的onDraw方法避免執行大量的操作，這主要有兩方面。

首先，onDraw中不要創建新的布局對象，這是因為onDraw方法可能會被頻繁調用，這樣就會在一瞬間產生大量的臨時對象，這不僅佔用了過多的內存而且還會導致系統更加頻繁的gc，降低了程序的執行效率。

另一方面，onDraw方法中不要做耗時的任務，也不能執行成千上萬次循環操作，盡管每次循環都很輕量級，但是大量的循環仍然十分搶佔CPU的時間片，這會造成View的繪制過程不流暢。

(3)內存泄露優化

內存泄露在開發過程中是一個需要重視的問題，但是由於內存泄露問題對開發人員的經驗和開發意識要求比較高，因此這是開發人員最容易犯的錯誤之一。內存泄露的優化分為兩個方面，一方面是在開發過程中避免寫出內存泄露的代碼，另一方面通過一些分析工具比如MAT來找出潛在的內存泄露繼而解決。

關於性能優化的建議

1.避免黃健過多對象；

2.不要過多使用枚舉，枚舉佔用的內存空間比整型大一些。

3.常量使用staticfinal來修飾。

4.使用一些Android特有的數據結構，比如SpareArray和Pair等，他們都具有更好的性能。

5.適當使用軟引用和弱引用。

6.採用內存緩存和磁碟緩存

7.盡量採用靜態內部類，這樣可以避免潛在的內部類而導致的內存泄漏。