一世 我們知道。android程序存儲器通常被限制16M。當(dāng)然，24M的，和android程序存儲器分為2部分：native和dalvik。dalvik 就是我們尋常說的java堆。我們創(chuàng)建的對象是在這里面分配的，而bitmap是直接在native上分配的，對于內(nèi)存的限制是?native+dalvik?不能超過最大限制。

1.單個app 內(nèi)存大小限制

[java]?view plaincopy

ActivityManager?activityManager?=?(ActivityManager)?context.getSystemService(Context.ACTIVITY_SERVICE);??

????????activityManager.getMemoryClass();??

2."/proc/meminfo" ?系統(tǒng)內(nèi)存信息文件【整個系統(tǒng)的內(nèi)存情況】

Android獲取手機總內(nèi)存和可用內(nèi)存

“/proc/meminfo”解析

3.ActivityManager.MemoryInfo【整個系統(tǒng)】

availMem ? ? ? ? 剩余內(nèi)存

threshold ? ? ? ? 臨界值 【超過次值就開始殺死后臺服務(wù)和沒有關(guān)聯(lián)的進程】

lowMemory ? ? 低內(nèi)存狀態(tài)

4.android.os.Debug

getNativeHeapFreeSize()

getNativeHeapAllocatedSize()

getNativeHeapSize()

5.android.os.Debug.MemoryInfo【當(dāng)前進程的內(nèi)存情況】

6.Runtime

totalMemory()
freeMemory()

maxMemory()

7.VMRuntime

getTargetHeapUtilization()

getMinimumHeapSize()

getExternalBytesAllocated() ??應(yīng)該是外部分配的內(nèi)存Native內(nèi)存

8.GC_EXTERNAL_ALLOC freed 與 GC_EXPLICIT freed 是什么?

系統(tǒng)GC釋放的內(nèi)存提示

一般在LOG里面顯演示樣例如以下： 09-28 17:16:37.543: DEBUG/dalvikvm(21466): GC_EXTERNAL_ALLOC freed 390 objects / 45656 bytes in 50ms
09-28 17:16:40.513: DEBUG/dalvikvm(3267): GC_EXPLICIT freed 4501 objects / 251624 bytes in 67ms

EXPLICIT：Free的內(nèi)存是VM中java使用的內(nèi)存 即 heap mem

EXTERNA：Free的內(nèi)存是VM中通過JNI的Native類中的malloc分配的內(nèi)存 比如 Bitmap 和一些 Cursor

在Davilk中，給一個程序分配的內(nèi)存依據(jù)機型廠商的不同，而不同。如今的大部分的是32M了。而在VM內(nèi)部會把這些內(nèi)存分成java使用的內(nèi)存和 Native使用的內(nèi)存，它們之間是不能共享的。就是說當(dāng)你的Native內(nèi)存用完了。如今Java又有空暇的內(nèi)存。這時Native會又一次像VM申請，而不是直接使用java的。

比如上邊的樣例

explicit 3411K/6663K

external 24870K/26260K

假設(shè)這時須要創(chuàng)建一個2M的

Bitmap，

?

Native現(xiàn)有內(nèi)存26260-24870=1390K<2048k,因此他就會向Vm申請內(nèi)存，盡管java空暇的內(nèi)存是

?

6663-3411=3252>2048,但這部分內(nèi)存Native是不能使用。

?

可是你如今去申請2M的Native內(nèi)存，VM會告訴你無法分配的，由于如今已使用的內(nèi)存已經(jīng)接近峰值了32M(26260+6663=32923 )，所以如今就會成force close 報OOM。

所以如今我們要檢查我們的native內(nèi)存的使用情況來避免OOM。

ps:?http://stackoverflow.com/questions/2298208/how-to-discover-memory-usage-of-my-application-in-android#2299813

三、通過Android系統(tǒng)提供的Runtime類，運行adb 命令(top,procrank,ps...等命令)查詢

內(nèi)存耗用：VSS/RSS/PSS/USS
Terms
? VSS - Virtual Set Size 虛擬耗用內(nèi)存（包括共享庫占用的內(nèi)存）
?

RSS - Resident Set Size 實際使用物理內(nèi)存（包括共享庫占用的內(nèi)存）
? PSS - Proportional Set Size 實際使用的物理內(nèi)存（比例分配共享庫占用的內(nèi)存）
? USS - Unique Set Size 進程獨自占用的物理內(nèi)存（不包括共享庫占用的內(nèi)存）
一般來說內(nèi)存占用大小有例如以下規(guī)律：VSS >= RSS >= PSS >= USS

查看每一個進程及其內(nèi)存狀況

private void getRunningAppProcessInfo() {mActivityManager = (ActivityManager) getSystemService(Context.ACTIVITY_SERVICE);// 獲得系統(tǒng)里正在執(zhí)行的全部進程List<RunningAppProcessInfo> runningAppProcessesList = mActivityManager.getRunningAppProcesses();for (RunningAppProcessInfo runningAppProcessInfo : runningAppProcessesList) {// 進程ID號int pid = runningAppProcessInfo.pid;// 用戶IDint uid = runningAppProcessInfo.uid;// 進程名String processName = runningAppProcessInfo.processName;// 占用的內(nèi)存int[] pids = new int[] { pid };Debug.MemoryInfo[] memoryInfo = mActivityManager.getProcessMemoryInfo(pids);int memorySize = memoryInfo[0].dalvikPrivateDirty;st = st + "processName=" + processName + ",pid=" + pid + ",uid="+ uid + ",memorySize=" + memorySize + "kb" + "\n";System.out.println("processName=" + processName + ",pid=" + pid+ ",uid=" + uid + ",memorySize=" + memorySize + "kb");}}查看總內(nèi)存：

public long getmem_TOLAL() {long mTotal;// /proc/meminfo讀出的內(nèi)核信息進行解釋String path = "/proc/meminfo";String content = null;BufferedReader br = null;try {br = new BufferedReader(new FileReader(path), 8);String line;if ((line = br.readLine()) != null) {content = line;}} catch (FileNotFoundException e) {e.printStackTrace();} catch (IOException e) {e.printStackTrace();} finally {if (br != null) {try {br.close();} catch (IOException e) {e.printStackTrace();}}}// beginIndexint begin = content.indexOf(':');// endIndexint end = content.indexOf('k');// 截取字符串信息content = content.substring(begin + 1, end).trim();mTotal = Integer.parseInt(content);return mTotal;}
查看內(nèi)存信息（該api較新）：

public long getmem_UNUSED(Context mContext) {long MEM_UNUSED;// 得到ActivityManagerActivityManager am = (ActivityManager) mContext.getSystemService(Context.ACTIVITY_SERVICE);// 創(chuàng)建ActivityManager.MemoryInfo對象ActivityManager.MemoryInfo mi = new ActivityManager.MemoryInfo();am.getMemoryInfo(mi);textView3.setText("totalMen:" + mi.totalMem / 1024 + "\n"+ "threshold:" + mi.threshold / 1024 + "\n" + "availMem:"+ mi.availMem / 1024 + "\n");// 取得剩余的內(nèi)存空間MEM_UNUSED = mi.availMem / 1024;return MEM_UNUSED;} 查看app內(nèi)存：

ActivityManager manager = (ActivityManager) getSystemService(ACTIVITY_SERVICE);int i=manager.getMemoryClass();textView.setText("\n"+"app:"+i);

像Linux這樣的現(xiàn)代操作系統(tǒng)的內(nèi)存使用是非常復(fù)雜的。因此非常難準(zhǔn)確的知道你的應(yīng)用程序使用了好多內(nèi)存。

查看內(nèi)存使用的方式有非常多種。可是各個方式查看到的結(jié)果可能會有微略不同。 方式一，Running services 通過手機上Running services的Activity查看，能夠通過Setting->Applications->Running services進。 關(guān)于Running services的具體內(nèi)容請參考《Android中使用"running services"查看service進程內(nèi)存》 方式二，使用ActivityManager的getMemoryInfo(ActivityManager.MemoryInfo?outInfo) ActivityManager.getMemoryInfo()主要是用于得到當(dāng)前系統(tǒng)剩余內(nèi)存的及推斷是否處于低內(nèi)存執(zhí)行。

實例1： private void displayBriefMemory() { ??? ????????final ActivityManager activityManager = (ActivityManager) getSystemService(ACTIVITY_SERVICE); ??? ????????ActivityManager.MemoryInfo info = new ActivityManager.MemoryInfo(); ?? ????????activityManager.getMemoryInfo(info); ??? ????????Log.i(tag,"系統(tǒng)剩余內(nèi)存:"+(info.availMem?>> 10)+"k"); ?? ????????Log.i(tag,"系統(tǒng)是否處于低內(nèi)存執(zhí)行："+info.lowMemory); ????????Log.i(tag,"當(dāng)系統(tǒng)剩余內(nèi)存低于"+info.threshold+"時就看成低內(nèi)存執(zhí)行"); }? ActivityManager.getMemoryInfo()是用ActivityManager.MemoryInfo返回結(jié)果，而不是Debug.MemoryInfo。他們不一樣的。

ActivityManager.MemoryInfo僅僅有三個Field: availMem:表示系統(tǒng)剩余內(nèi)存 lowMemory：它是boolean值，表示系統(tǒng)是否處于低內(nèi)存執(zhí)行 hreshold：它表示當(dāng)系統(tǒng)剩余內(nèi)存低于好多時就看成低內(nèi)存執(zhí)行 方式三。在代碼中使用Debug的getMemoryInfo(Debug.MemoryInfo memoryInfo)或ActivityManager的MemoryInfo[] getProcessMemoryInfo(int[] pids) 該方式得到的MemoryInfo所描寫敘述的內(nèi)存使用情況比較具體.數(shù)據(jù)的單位是KＢ. MemoryInfo的Field例如以下 dalvikPrivateDirty：?The private dirty pages used by dalvik。 dalvikPss?：The proportional set size for dalvik. dalvikSharedDirty?：The shared dirty pages used by dalvik. nativePrivateDirty?：The private dirty pages used by the?native heap. nativePss?：The proportional set size for the native heap. nativeSharedDirty?：The shared dirty pages used by the?native heap. otherPrivateDirty?：The private dirty pages used by everything else. otherPss?：The proportional set size for everything else. otherSharedDirty?：The shared dirty pages used by everything else. Android和Linux一樣有大量內(nèi)存在進程之間進程共享。

某個進程準(zhǔn)確的使用好多內(nèi)存實際上是非常難統(tǒng)計的。

由于有paging out to disk（換頁）。所以假設(shè)你把全部映射到進程的內(nèi)存相加，它可能大于你的內(nèi)存的實際物理大小。 dalvik：是指dalvik所使用的內(nèi)存。

native：是被native堆使用的內(nèi)存。

應(yīng)該指使用C\C++在堆上分配的

內(nèi)存。 other:是指除dalvik和native使用的內(nèi)存。可是詳細是指什么呢？至少包含在C\C++分配的非堆內(nèi)存，比方分配在棧上的內(nèi)存。puzlle! private:是指私有的。非共享的。

share:是指共享的內(nèi)存。 PSS：實際使用的物理內(nèi)存（比例分配共享庫占用的內(nèi)存） Pss：它是把共享內(nèi)存依據(jù)一定比例分攤到共享它的各個進程來計算所得到進程使用內(nèi)存。

網(wǎng)上又說是

比例分配共享庫占用的內(nèi)存。那么至于這里的共享是否僅僅是庫的共享，還是不清楚。 ?PrivateDirty：它是指非共享的，又不能換頁出去（can not be paged to disk?）的內(nèi)存的大小。比方Linux為了提高分配內(nèi)存速度而緩沖的小對象，即使你的進程結(jié)束，該內(nèi)存也不會釋放掉。它僅僅是又又一次回到緩沖中而已。 SharedDirty:參照PrivateDirty我覺得它應(yīng)該是指共享的，又不能換頁出去（can not be paged to disk?）的內(nèi)存的大小。比方Linux為了提高分配內(nèi)存速度而緩沖的小對象，即使全部共享它的進程結(jié)束，該內(nèi)存也不會釋放掉，它僅僅是又又一次回到緩沖中而已。 詳細代碼請參考實例1 注意１：MemoryInfo所描寫敘述的內(nèi)存使用情況都能夠通過命令adb shell?"dumpsys meminfo %curProcessName%"?得到。

注意２：假設(shè)想在代碼中同一時候得到多個進程的內(nèi)存使用或非本進程的內(nèi)存使用情況請使用ActivityManager的MemoryInfo[] getProcessMemoryInfo(int[] pids)， 否則Debug的getMemoryInfo(Debug.MemoryInfo memoryInfo)就能夠了。

注意３：能夠通過ActivityManager的List<<a href="http://developer.android.com/reference/android/app/ActivityManager.RunningAppProcessInfo.html" rel="nofollow" style="color: rgb(207, 121, 28); text-decoration: none;">ActivityManager.RunningAppProcessInfo>?getRunningAppProcesses()得到當(dāng)前全部執(zhí)行的進程信息。

ActivityManager.RunningAppProcessInfo中就有進程的id。名字以及該進程包含的全部apk包名列表等。 注意4：數(shù)據(jù)的單位是KB. 方式4、使用Debug的getNativeHeapSize ()。getNativeHeapAllocatedSize ()。getNativeHeapFreeSize ()方法。

該方式僅僅能得到Native堆的內(nèi)存大概情況，數(shù)據(jù)單位為字節(jié)。 static long?getNativeHeapAllocatedSize()? Returns the amount of allocated memory in the native heap. 返回的是當(dāng)前進程navtive堆中已使用的內(nèi)存大小
static long?getNativeHeapFreeSize() Returns the amount of free memory in the native heap. 返回的是當(dāng)前進程navtive堆中已經(jīng)剩余的內(nèi)存大小 static long?getNativeHeapSize()Returns the size of the native heap. 返回的是當(dāng)前進程navtive堆本身總的內(nèi)存大小 演示樣例代碼： Log.i(tag,"NativeHeapSizeTotal:"+(Debug.getNativeHeapSize()>>10)); Log.i(tag,"NativeAllocatedHeapSize:"+(Debug.getNativeHeapAllocatedSize()>>10)); Log.i(tag,"NativeAllocatedFree:"+(Debug.getNativeHeapFreeSize()>>10)); 注意：DEBUG中竟然沒有與上面相相應(yīng)的關(guān)于dalvik的函數(shù)。

方式五、使用dumpsys meminfo命令。 我們能夠在adb shell 中執(zhí)行dumpsys meminfo命令來得到進程的內(nèi)存信息。

在該命令的后面要加上進程的名字。以確定是哪個進程。

比方"adb shell dumpsys meminfo?com.teleca.robin.test"?將得到com.teleca.robin.test進程使用的內(nèi)存的信息:? Applications Memory Usage (kB): Uptime: 12101826 Realtime: 270857936
** MEMINFO in pid 3407 [com.teleca.robin.test] ** native ??dalvik ???other ???total ????????????size: ????3456 ????3139 ?????N/A ????6595 ???????allocated: ????3432 ????2823 ?????N/A ????6255 ????????????free: ??????23 ?????316 ?????N/A ?????339 ???????????(Pss): ?????724 ????1101 ????1070 ????2895 ??(shared dirty): ????1584 ????4540 ????1668 ????7792 ????(priv dirty): ?????644 ?????608 ?????688 ????1940 Objects Views: ???????0 ???????ViewRoots: ???????0 AppContexts: ???????0 ??????Activities: ???????0 Assets: ???????3 ???AssetManagers: ???????3 Local Binders: ???????5 ???Proxy Binders: ??????11 Death Recipients: ???????0 OpenSSL Sockets: ???????0 SQL heap: ???????0 ??????memoryUsed: ???????0 pageCacheOverflo: ???????0 ?largestMemAlloc: ???????0 Asset Allocations zip:/data/app/com.teleca.robin.test-1.apk:/resources.arsc: 1K ?"size" 表示的是總內(nèi)存大小（kb）。

, "allocated" 表示的是已使用了的內(nèi)存大小（kb），, "free"表示的是剩余的內(nèi)存大小（kb）, 很多其它的能夠參照

方式三和方式四中的描寫敘述 如今已經(jīng)有了自己主動提取匯總dumpsys meminfo信息的工具，詳細請參照《Android內(nèi)存泄露利器（內(nèi)存統(tǒng)計篇）》及其系列文章。 方式六、使用?"adb shell procrank"命令 假設(shè)你想查看全部進程的內(nèi)存使用情況。能夠使用"adb shell procrank"命令。命令返回將例如以下： PID ?????Vss ?????Rss ?????Pss ?????Uss ?cmdline ??188 ??75832K ??51628K ??24824K ??19028K ?system_server ??308 ??50676K ??26476K ???9839K ???6844K ?system_server ?2834 ??35896K ??31892K ???9201K ???6740K ?com.sec.android.app.twlauncher ??265 ??28536K ??28532K ???7985K ???5824K ?com.android.phone ??100 ??29052K ??29048K ???7299K ???4984K ?zygote ??258 ??27128K ??27124K ???7067K ???5248K ?com.swype.android.inputmethod ??270 ??25820K ??25816K ???6752K ???5420K ?com.android.kineto ?1253 ??27004K ??27000K ???6489K ???4880K ?com.google.android.voicesearch ?2898 ??26620K ??26616K ???6204K ???3408K ?com.google.android.apps.maps:FriendService ??297 ??26180K ??26176K ???5886K ???4548K ?com.google.process.gapps ?3157 ??24140K ??24136K ???5191K ???4272K ?android.process.acore ?2854 ??23304K ??23300K ???4067K ???2788K ?com.android.vending ?3604 ??22844K ??22840K ???4036K ???3060K ?com.wssyncmldm ??592 ??23372K ??23368K ???3987K ???2812K ?com.google.android.googlequicksearchbox ?3000 ??22768K ??22764K ???3844K ???2724K ?com.tmobile.selfhelp ??101 ???8128K ???8124K ???3649K ???2996K ?/system/bin/mediaserver ?3473 ??21792K ??21784K ???3103K ???2164K ?com.android.providers.calendar ?3407 ??22092K ??22088K ???2982K ???1980K ?com.teleca.robin.test ?2840 ??21380K ??21376K ???2953K ???1996K ?com.sec.android.app.controlpanel ...................................................................................................................... 關(guān)于VSS,RSS,PSS,USS的意義請參考《Android內(nèi)存之VSS/RSS/PSS/USS》 注意1：這里的PSS和方式四PSS的total并不一致，有細微的區(qū)別。

為什么呢？這是由于

procrank 命令和meminfo命令使用的內(nèi)核機制不太一樣，所以結(jié)果會有細微區(qū)別 注意2：這里的Uss?和方式四的Priv Dirtyd的total差點兒相等.他們似乎表示的是同一個意義。

可是如今得到的關(guān)于它們的意義的解釋卻不太同樣。難道這里Private的都是dirty(這里指不能換頁)??Puzzle!

方式七、使用"adb shell cat /proc/meminfo" 命令。 該方式僅僅能得出系統(tǒng)整個內(nèi)存的大概使用情況。

MemTotal: ????????395144 kB? MemFree: ?????????184936 kB? Buffers: ????????????880 kB? Cached: ???????????84104 kB? SwapCached: ???????????0 kB? ................................................................................................ MemTotal?：可供系統(tǒng)和用戶使用的總內(nèi)存大小?(它比實際的物理內(nèi)存要小，由于還有些內(nèi)存要用于radio, DMA buffers, 等).? MemFree：剩余的可用內(nèi)存大小。這里該值比較大。實際上一般Android system 的該值通常都非常小，由于我們盡量讓進程都保持執(zhí)行。這樣會耗掉大量內(nèi)存。 Cached:?這個是系統(tǒng)用于文件緩沖等的內(nèi)存. 通常systems須要20MB 以避免bad paging states;。

當(dāng)內(nèi)存緊張時。the Android out of memory killer將殺死一些

background進程。以避免他們消耗過多的cached RAM ，當(dāng)然假設(shè)下次再用到他們，就須要paging. 那么是說background進程的內(nèi)存包括在該項中嗎？ 方式八，使用“adb shell ps -x”命令 該方式主要得到的是內(nèi)存信息是VSIZE 和RSS。 USER ????PID ??PPID ?VSIZE ?RSS ????WCHAN ???PC ????????NAME .........................省略................................. app_70 ???3407 ?100 ??267104 22056 ffffffff afd0eb18 S com.teleca.robin.test (u:55, s:12) app_7 ????3473 ?100 ??268780 21784 ffffffff afd0eb18 S com.android.providers.calendar (u:16, s:8) radio ????3487 ?100 ??267980 21140 ffffffff afd0eb18 S com.osp.app.signin (u:11, s:12) system ???3511 ?100 ??273232 22024 ffffffff afd0eb18 S com.android.settings (u:11, s:4) app_15 ???3546 ?100 ??267900 20300 ffffffff afd0eb18 S com.sec.android.providers.drm (u:15, s:6) app_59 ???3604 ?100 ??272028 22856 ffffffff afd0eb18 S com.wssyncmldm (u:231, s:54) root ?????4528 ?2 ????0 ?????0 ????c0141e4c 00000000 S flush-138:13 (u:0, s:0) root ?????4701 ?152 ??676 ???336 ??c00a68c8 afd0e7cc S /system/bin/sh (u:0, s:0) root ?????4702 ?4701 ?820 ???340 ??00000000 afd0d8bc R ps (u:0, s:5) VSZIE:意義臨時不明。

VSS：請參考《Android內(nèi)存之VSS/RSS/PSS/USS》 注意1：因為RSS的價值不是非常大。所以一般不用。 注意2：通過該命令提取RSS，已經(jīng)有了工具，詳細參照《Android內(nèi)存泄露利器（RSS內(nèi)存統(tǒng)計篇）》及其系列。

實例1

?

????int cnt=0;

????final static int kBufferMinSize=1000;

????final static int kBufferMaxSize=2000;

????StringBuffer strBuffer=new StringBuffer(kBufferMinSize);

????StringBuffer strBuffer2=new StringBuffer(kBufferMinSize);

????StringBuffer strBuffer3=new StringBuffer(kBufferMinSize);

????StringBuffer strBufferNativePss=new StringBuffer(kBufferMinSize);

????StringBuffer strBufferDalvikPss=new StringBuffer(kBufferMinSize);

????StringBuffer strBufferOtherPss=new StringBuffer(kBufferMinSize);

????Debug.MemoryInfo memoryInfo=new Debug.MemoryInfo();

????final static String tag="robin";

????void printMemory()

????{

????long totalMemory=Runtime.getRuntime().totalMemory();

??????????long freeMemory=Runtime.getRuntime().freeMemory();

??????????long usedMemory=(totalMemory-freeMemory)>>10;

??????????totalMemory=totalMemory>>10;

??????????freeMemory=freeMemory>>10;

??????????if(strBuffer.length()>kBufferMaxSize)

??????????{

????????????????strBuffer.delete(0,strBuffer.length());

????????????????strBuffer2.delete(0,strBuffer2.length());

????????????????strBuffer3.delete(0,strBuffer3.length());

????????????????strBufferNativePss.delete(0,strBufferNativePss.length());

????????????????strBufferDalvikPss.delete(0,strBufferDalvikPss.length());

??????????}

??????????strBuffer.append(usedMemory+",");

??????????strBuffer2.append(totalMemory+",");

??????????strBuffer3.append((Debug.getNativeHeapSize()>>10)+",");

??????????Debug.getMemoryInfo(memoryInfo);

??????????strBufferNativePss.append((memoryInfo.nativePss)+",");

??????????strBufferDalvikPss.append((memoryInfo.dalvikPss)+",");

??????????if(cnt++==0)

??????????{

????????????????Log.i(tag,"usedMemory:"+strBuffer.toString());

????????????????Log.i(tag,"totalMemory:"+strBuffer2.toString());

????????????????Log.i(tag,"NativeHeapSize:"+strBuffer3.toString());

????????????????Log.i(tag,"Native PSS:"+strBufferNativePss.toString());

????????????????Log.i(tag,"Dalvik PSS:"+strBufferDalvikPss.toString());

??????????} ???

????}

注意。對于輸出的內(nèi)存信息日志，我們稍作編輯就能夠用于在excel產(chǎn)中圖表。比便更直觀的進行分析。

http://blog.csdn.net/hudashi/article/details/7050897 http://blog.csdn.net/hudashi/article/details/7050905

版權(quán)聲明：本文博主原創(chuàng)文章，博客，未經(jīng)同意不得轉(zhuǎn)載。

總結(jié)

以上是生活随笔為你收集整理的【Android先进】查看手机记忆库状态和应用方法的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。