一世 我们知道。android程序存储器通常被限制16M。当然,24M的,和android程序存储器分为2部分:native和dalvik。dalvik 就是我们寻常说的java堆。我们创建的对象是在这里面分配的,而bitmap是直接在native上分配的,对于内存的限制是 native+dalvik 不能超过最大限制。
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
totalMemory()
maxMemory()
7.VMRuntime
getTargetHeapUtilization()
getMinimumHeapSize()
getExternalBytesAllocated() 应该是外部分配的内存Native内存
8.GC_EXTERNAL_ALLOC
freed 与 GC_EXPLICIT freed 是什么?
系统GC释放的内存提示
45656 bytes in 50ms
09-28 17:16:40.513: DEBUG/dalvikvm(3267): GC_EXPLICIT freed 4501 objects / 251624 bytes in 67ms
EXPLICIT:Free的内存是VM中java使用的内存
即 heap mem
比如 Bitmap 和一些 Cursor
在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://*.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;
}
查看app内存:
ActivityManager manager = (ActivityManager) getSystemService(ACTIVITY_SERVICE);
int i=manager.getMemoryClass();
textView.setText("\n"+"app:"+i);
services
services"查看service进程内存》
getSystemService(ACTIVITY_SERVICE);
10)+"k");
memoryInfo)或ActivityManager的MemoryInfo[] getProcessMemoryInfo(int[]
pids)
private dirty pages used by dalvik。
set size for dalvik.
shared dirty pages used by dalvik.
pages used by the native heap.
the native heap.
shared dirty pages used by the native heap.
used by everything else.
set size for everything else.
shared dirty pages used by everything else.
某个进程准确的使用好多内存实际上是非常难统计的。
应该指使用C\C++在堆上分配的内存。
网上又说是比例分配共享库占用的内存。那么至于这里的共享是否仅仅是库的共享,还是不清楚。
not be paged to disk )的内存的大小。比方Linux为了提高分配内存速度而缓冲的小对象,即使你的进程结束,该内存也不会释放掉。它仅仅是又又一次回到缓冲中而已。
not be paged to disk )的内存的大小。比方Linux为了提高分配内存速度而缓冲的小对象,即使全部共享它的进程结束,该内存也不会释放掉,它仅仅是又又一次回到缓冲中而已。
shell "dumpsys meminfo %curProcessName%" 得到。
getProcessMemoryInfo(int[] pids),
memoryInfo)就能够了。
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()得到当前全部执行的进程信息。
()。getNativeHeapAllocatedSize ()。getNativeHeapFreeSize ()方法。
long getNativeHeapAllocatedSize()
of allocated memory in the native heap.
static long getNativeHeapFreeSize()
static long getNativeHeapSize()
meminfo命令。
meminfo命令来得到进程的内存信息。
在该命令的后面要加上进程的名字。以确定是哪个进程。
shell dumpsys meminfo com.teleca.robin.test" 将得到com.teleca.robin.test进程使用的内存的信息:
3456 3139 N/A 6595
3432 2823 N/A 6255
23 316 N/A 339
724 1101 1070 2895
1584 4540 1668 7792
644 608 688 1940
, "allocated" 表示的是已使用了的内存大小(kb),, "free"表示的是剩余的内存大小(kb), 很多其它的能够參照方式三和方式四中的描写叙述
meminfo信息的工具,详细请參照《Android内存泄露利器(内存统计篇)》及其系列文章。
shell procrank"命令
shell procrank"命令。命令返回将例如以下:
为什么呢?这是由于procrank
命令和meminfo命令使用的内核机制不太一样,所以结果会有细微区别
Dirtyd的total差点儿相等.他们似乎表示的是同一个意义。
可是如今得到的关于它们的意义的解释却不太同样。难道这里Private的都是dirty(这里指不能换页)? Puzzle!
shell cat /proc/meminfo" 命令。
DMA buffers, 等).
system 的该值通常都非常小,由于我们尽量让进程都保持执行。这样会耗掉大量内存。
通常systems须要20MB 以避免bad paging states;。
当内存紧张时。the Android out of memory killer将杀死一些background进程。以避免他们消耗过多的cached
RAM ,当然假设下次再用到他们,就须要paging. 那么是说background进程的内存包括在该项中吗?
NAME
(u:55, s:12)
(u:0, s:0)
s:0)
实例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());
}
}
版权声明:本文博主原创文章,博客,未经同意不得转载。