在Android里,程序内存被分为2部分:native和dalvik,dalvik就是我们普通的Java使用内存,分析堆栈的时候使用的内存。我们创建的对象是在这里面分配的,对于内存的限制是 native+dalvik 不能超过最大限制. Android 原生系统一般默认16M,但是国内手机一般都是特殊定制的,都有修改系统的内存大小,所有有时候,要查看具体应用系统分配的内存大小,还是需要实际去测试的,
测试方法如下:
方式一:
ActivityManager activityManager = (ActivityManager) getSystemService(ACTIVITY_SERVICE); //最大分配内存 int memory = activityManager.getMemoryClass(); System.out.println("memory: "+memory); //最大分配内存获取方法2 float maxMemory = (float) (Runtime.getRuntime().maxMemory() * 1.0/ (1024 * 1024)); //当前分配的总内存 float totalMemory = (float) (Runtime.getRuntime().totalMemory() * 1.0/ (1024 * 1024)); //剩余内存 float freeMemory = (float) (Runtime.getRuntime().freeMemory() * 1.0/ (1024 * 1024)); System.out.println("maxMemory: "+maxMemory); System.out.println("totalMemory: "+totalMemory); System.out.println("freeMemory: "+freeMemory);
方式二:
Runtime rt=Runtime.getRuntime(); long maxMemory=rt.maxMemory(); log.i("maxMemory:",Long.toString(maxMemory/(1024*1024))); 這個可以直接得到app可使用的最大memory size算出來是MB, 获得的是heapgrowthlimit 1,maxMemory()方法获取系统可为APP分配的最大内存, 2,totalMemory() 获取APP当前所分配的内存heap空间大小。 先看机器的内存限制,在/system/build.prop文件中: heapgrowthlimit就是一个普通应用的内存限制,用ActivityManager.getLargeMemoryClass()获得的值就是这个。 而heapsize是在manifest中设置了largeHeap=true 之后,可以使用的最大内存值 结论就是,设置largeHeap的确可以增加内存的申请量。但不是系统有多少内存就可以申请多少,而是由dalvik.vm.heapsize限制。 你可以在app manifest.xml加 largetHeap=true 可以申請較多的記憶體 ,但還是有機會爆掉. <application ..... android:label="XXXXXXXXXX" android:largeHeap="true"> ....... </application> cat /system/build.prop //读取这些值 getprop dalvik.vm.heapsize //如果build.prop里面没有heapsize这些值,可以用这个抓取默认值 setprop dalvik.vm.heapsize 256m //设置 ----------------------- build.prop 部分内容 --------------------- dalvik.vm.heapstartsize=8m dalvik.vm.heapgrowthlimit=96m dalvik.vm.heapsize=384m dalvik.vm.heaputilization=0.25 dalvik.vm.heapidealfree=8388608 dalvik.vm.heapconcurrentstart=2097152 ro.setupwizard.mode=OPTIONAL ro.com.google.gmsversion=4.1_r6 net.bt.name=Android dalvik.vm.stack-trace-file=/data/anr/traces.txt
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对小牛知识库的支持。如果你想了解更多相关内容请查看下面相关链接
我想了解为什么多次动态分配调用的数据比直接在代码中指定的或通过的单个调用分配的数据使用如此多的内存。 例如,我用C编写了以下两个代码: 测试1.c:int x用malloc分配 我在这里没有使用free来保持简单。当程序等待交互时,我查看另一个终端中的顶级功能,它向我显示了以下内容: test2. c: int x不是动态分配的 顶部显示: 我还编写了第三个代码,其结果与test2相同,我在tes
本文向大家介绍Android获取App内存使用情况的方法,包括了Android获取App内存使用情况的方法的使用技巧和注意事项,需要的朋友参考一下 1.代码获取当前app内存的使用情况 结果 这说明我这个app在当前手机的最大分配内存是256m,现在已经分配了11m,这11m中有6m是空闲的 当然通过Monitors可以更直观的查看内存使用情况 2.使用dos命令 (1)打开dos窗口,执行adb
问题内容: 使用以下Java选项启动Apache Tomcat(Atlassian Confluence)实例: 但是,我看到启动后,它很快就耗尽了虚拟服务器上可用的1GB内存中的大部分。 总消耗的内存(堆+ PermGen)是否不应该保持在使用- Xmx指定的值以下?这引起的问题之一是我无法使用关闭脚本关闭服务器,因为它试图生成具有256MB内存的JVM,该JVM因不可用而失败。 问题答案: T
我的java actvemq进程的配置如下,其中Xmx为15360M,但当我使用glance查看进程内存使用情况时,我看到RSS 41.8gb和VSS 51.6gb。pmap | grep total给了我总计54059348K。我不确定activemq中发生了什么,导致占用了这么多内存。而堆使用率很低,只有60%。 在pmap的输出中,我看到了许多anon块。请查看随附的PMAP输出 请在此处找
问题内容: 我试图找出在以下情况下“ maxmemory”的安全设置: 大量写入的应用程序 8GB RAM 假设其他进程占用约1GB 这意味着redis进程的内存使用量不得超过7GB 每个BGSAVE事件的内存使用量都会增加一倍,原因是: 在redis 文档中,有关BGSAVE事件的内存使用量增加的说法如下: 如果要在写入量很大的应用程序中使用Redis,则在将RDB文件保存在磁盘上或重写AOF日
我使用的计算机规格如下:OS-Windows7 professional Installed Memory(RAM):8Gb系统类型:64位操作系统JVM:Java version 8 update 91(jre1.8.0_91)64位版本 Java版本"1.8.0_91"Java(TM)SE运行时环境(内部版本1.8.0_91-b15)JavaHotSpot(TM)64位服务器VM(内部版本25