本文深入探讨Android应用的内存管理机制，包括程序存储器限制、内存信息获取方法、内存使用统计手段等内容。通过多种途径监测内存使用情况，帮助开发者有效避免内存溢出等问题。
1.单个app 内存大小限制
- ActivityManager activityManager = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
- activityManager.getMemoryClass();
2."/proc/meminfo" 系统内存信息文件 【整个系统的内存情况】
3.ActivityManager.MemoryInfo【整个系统】
availMem 剩余内存
threshold 临界值 【超过次值就開始杀死后台服务和没有关联的进程】
lowMemory 低内存状态
4.android.os.Debug
getNativeHeapFreeSize()
getNativeHeapAllocatedSize()
getNativeHeapSize()
5.android.os.Debug.MemoryInfo【当前进程的内存情况】
6.Runtime
getExternalBytesAllocated() 应该是外部分配的内存Native内存
8.GC_EXTERNAL_ALLOC freed 与 GC_EXPLICIT freed 是什么?
系统GC释放的内存提示
09-28 17:16:40.513: DEBUG/dalvikvm(3267): GC_EXPLICIT freed 4501 objects / 251624 bytes in 67ms
EXPLICIT：Free的内存是VM中java使用的内存 即 heap mem
在Davilk中，给一个程序分配的内存依据机型厂商的不同，而不同。如今的大部分的是32M了。而在VM内部会把这些内存分成java使用的内存和 Native使用的内存，它们之间是不能共享的。就是说当你的Native内存用完了。如今Java又有空暇的内存。这时Native会又一次像VM申请，而不是直接使用java的。
比如上边的样例
explicit 3411K/6663K
external 24870K/26260K
假设这时须要创建一个2M的
Bitmap，
Native现有内存26260-24870=1390K<2048k,因此他就会向Vm申请内存，尽管java空暇的内存是
6663-3411=3252>2048,但这部分内存Native是不能使用。
可是你如今去申请2M的Native内存，VM会告诉你无法分配的，由于如今已使用的内存已经接近峰值了32M(26260+6663=32923 )，所以如今就会成force close 报OOM。
所以如今我们要检查我们的native内存的使用情况来避免OOM。
ps: http://stackoverflow.com/questions/2298208/how-to-discover-memory-usage-of-my-application-in-android#2299813
三、通过Android系统提供的Runtime类，运行adb 命令(top,procrank,ps...等命令)查询
内存耗用：VSS/RSS/PSS/USS
Terms
? VSS - Virtual Set Size 虚拟耗用内存（包括共享库占用的内存）
?
RSS - Resident Set Size 实际使用物理内存（包括共享库占用的内存）
? PSS - Proportional Set Size 实际使用的物理内存（比例分配共享库占用的内存）
? USS - Unique Set Size 进程独自占用的物理内存（不包括共享库占用的内存）
一般来说内存占用大小有例如以下规律：VSS >= RSS >= PSS >= USS
查看每一个进程及其内存状况
private void getRunningAppProcessInfo() {
mActivityManager = (ActivityManager) getSystemService(Context.ACTIVITY_SERVICE);
// 获得系统里正在执行的全部进程
List<RunningAppProcessInfo> runningAppProcessesList = mActivityManager
.getRunningAppProcesses();
for (RunningAppProcessInfo runningAppProcessInfo : runningAppProcessesList) {
// 进程ID号
int pid = runningAppProcessInfo.pid;
// 用户ID
int uid = runningAppProcessInfo.uid;
// 进程名
String processName = runningAppProcessInfo.processName;
// 占用的内存
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");
}
}
public long getmem_TOLAL() {
long mTotal;
// /proc/meminfo读出的内核信息进行解释
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();
}
}
}
// beginIndex
int begin = content.indexOf(':');
// endIndex
int end = content.indexOf('k');
// 截取字符串信息
content = content.substring(begin + 1, end).trim();
mTotal = Integer.parseInt(content);
return mTotal;
}查看内存信息（该api较新）：
public long getmem_UNUSED(Context mContext) {
long MEM_UNUSED;
// 得到ActivityManager
ActivityManager am = (ActivityManager) mContext
.getSystemService(Context.ACTIVITY_SERVICE);
// 创建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");
// 取得剩余的内存空间
MEM_UNUSED = mi.availMem / 1024;
return MEM_UNUSED;
}
ActivityManager manager = (ActivityManager) getSystemService(ACTIVITY_SERVICE);
int i=manager.getMemoryClass();
textView.setText("\n"+"app:"+i);
某个进程准确的使用好多内存实际上是非常难统计的。
应该指使用C\C++在堆上分配的
内存。网上又说是
比例分配共享库占用的内存。那么至于这里的共享是否仅仅是库的共享，还是不清楚。static long getNativeHeapFreeSize()
在该命令的后面要加上进程的名字。以确定是哪个进程。
, "allocated" 表示的是已使用了的内存大小（kb），, "free"表示的是剩余的内存大小（kb）, 很多其它的能够參照
方式三和 方式四 中的描写叙述为什么呢？这是由于
procrank 命令和 meminfo命令使用的内核机制不太一样，所以结果会有细微区别可是如今得到的关于它们的意义的解释却不太同样。难道这里Private的都是dirty(这里指不能换页)? Puzzle!
当内存紧张时。the Android out of memory killer将杀死一些
background 进程。以避免他们消耗过多的cached RAM ，当然假设下次再用到他们，就须要paging. 那么是说 background进程的内存包括在该项中吗？实例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());
}
}
版权声明：本文博主原创文章，博客，未经同意不得转载。
扫一扫
1586
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
