Android内存限制

java虚拟机有内存使用上限的限制


adb shell进入手机,这此參数被纪录在/system/build.prop中,假设想直接查看能够使用adb shell getprop

单个应用程序最大内存限制,超过这个值会产生OOM

dalvik.vm.heapgrowthlimit 

应用启动后分配的初始内存

dalvik.vm.heapstartsize 

单个java虚拟机最大的内存限制,超过这个值会产生OOM

dalvik.vm.heapsize 

小米2S的一些内存限制


#查看单个应用程序最大内存限制bixiaopeng@bixiaopengtekiMacBook-Pro ~$ adb shell getprop|grep heapgrowthlimit|[dalvik.vm.heapgrowthlimit]: [96m]#应用启动后分配的初始内存bixiaopeng@bixiaopengtekiMacBook-Pro ~$ adb shell getprop|grep dalvik.vm.heapstartsize|[dalvik.vm.heapstartsize]: [8m]#单个java虚拟机最大的内存限制bixiaopeng@bixiaopengtekiMacBook-Pro ~$ adb shell getprop|grep dalvik.vm.heapsize|[dalvik.vm.heapsize]: [384m]

Android内存使用

android程序内存一般限制在16M,当然也有24M的,而android程序内存被分为2部分:

native和dalvik,dalvik就是我们寻常说的java堆,我们创建的对象是在这里面分配的,而bitmap是直接在native上分配的,对于内存的限制是 native+dalvik 不能超过最大限制。

用下面命令能够查看程序的内存使用情况:

adb shell dumpsys meminfo $package_name or $pid   //使用程序的包名或者进程id

查看虾米音乐app的内存占用情况

bixiaopeng@bixiaopengtekiMacBook-Pro ~$ adb shell dumpsys meminfo fm.xiami.mainApplications Memory Usage (kB):Uptime: 71696500 Realtime: 98283758** MEMINFO in pid 17340 [fm.xiami.main] **                         Shared  Private     Heap     Heap     Heap                   Pss    Dirty    Dirty     Size    Alloc     Free                ------   ------   ------   ------   ------   ------       Native        0        0        0     1976     1577      226       Dalvik     2973    13956     2712    18691    10825     7866       Cursor        0        0        0       Ashmem        0        0        0    Other dev        4       44        0     .so mmap      894     2320      604    .jar mmap        0        0        0    .apk mmap      123        0        0    .ttf mmap        0        0        0    .dex mmap     2716        0       16   Other mmap      204      120       96      Unknown      808      540      804        TOTAL     7722    16980     4232    20667    12402     8092 Objects               Views:        0         ViewRootImpl:        0         AppContexts:        5           Activities:        0              Assets:        3        AssetManagers:        3       Local Binders:        5        Proxy Binders:       13    Death Recipients:        0     OpenSSL Sockets:        0 SQL         MEMORY_USED:        0  PAGECACHE_OVERFLOW:        0          MALLOC_SIZE:        0

当中size是须要的内存,而allocated是分配了的内存,相应的2列各自是native和dalvik,当总数也就是total这一列超过单个程序内存的最大限制时,OOM就非常有可能会出现了。

                    Shared  Private     Heap     Heap     Heap               Pss    Dirty    Dirty     Size    Alloc     Free            ------   ------   ------   ------   ------   ------   Native        0        0        0     1976     1577      226   Dalvik     2973    13956     2712    18691    10825     7866    TOTAL     7722    16980     4232    20667    12402     8092

Cpu使用情况

top命令例如以下:

adb shell $ top -h top -h Usage: top [-m max_procs] [-n iterations] [-d delay] [-s sort_column] [-t] [-h]   -m num  Maximum number of processes to display. // 最多显示多少个进程   -n num  Updates to show before exiting. // 刷新次数   -d num  Seconds to wait between updates. // 刷新间隔时间(默认5秒)   -s col  Column to sort by <cpu,vss,rss,thr> // 按哪列排序   -t      Show threads instead of processes. // 显示线程信息而不是进程   -h      Display this help screen. // 显示帮助文档 $ top -n 1 top -n 1 

举个样例:

查看前5个进程cup的使用情况

bixiaopeng@bixiaopengtekiMacBook-Pro ~$ adb shell top -m 5 -s cpu

User 33%, System 8%, IOW 0%, IRQ 0%User 340 + Nice 2 + Sys 83 + Idle 596 + IOW 6 + IRQ 0 + SIRQ 2 = 1029  PID PR CPU% S  #THR     VSS     RSS PCY UID      Name27256  1  12% S    37 852340K 220296K  fg u0_a25   fm.xiami.main  517  0   6% S   100 842940K 118832K  fg system   system_server  174  0   4% S    13  66532K  14000K  fg media    /system/bin/mediaserver27767  0   2% S    11 673928K  50516K  bg u0_a58   com.moji.mjweather  171  0   1% S    13  97904K  51964K  fg system   /system/bin/surfaceflinger

日志说明:

User 35%, System 13%, IOW 0%, IRQ 0% // CPU占用率 User 109 + Nice 0 + Sys 40 + Idle 156 + IOW 0 + IRQ 0 + SIRQ 1 = 306 // CPU使用情况 PID CPU% S #THR VSS RSS PCY UID Name // 进程属性 xx  xx% x   xx  xx  xx  xx  xx   xx CPU占用率: User    用户进程 System  系统进程 IOW IO等待时间 IRQ 硬中断时间 CPU使用情况(指一个最小时间片内所占时间,单位jiffies。或者指所占进程数): User    处于用户态的执行时间,不包括优先值为负进程 Nice    优先值为负的进程所占用的CPU时间 Sys 处于核心态的执行时间 Idle    除IO等待时间以外的其他等待时间 IOW IO等待时间 IRQ 硬中断时间 SIRQ    软中断时间 进程属性: PID 进程在系统中的ID CPU%    当前瞬时所以使用CPU占用率 S   进程的状态,当中S表示休眠,R表示正在执行,Z表示僵死状态,N表示该进程优先值是负数。 #THR    程序当前所用的线程数 VSS Virtual Set Size 虚拟耗用内存(包括共享库占用的内存) RSS Resident Set Size 实际使用物理内存(包括共享库占用的内存) PCY OOXX,不知道什么东东 UID 执行当前进程的用户id Name    程序名称android.process.media // ps:内存占用大小有例如以下规律:VSS >= RSS >= PSS >= USS // PSS  Proportional Set Size 实际使用的物理内存(比例分配共享库占用的内存) // USS  Unique Set Size 进程独自占用的物理内存(不包括共享库占用的内存)

温馨提示:

我们一般观察Uss来反映一个Process的内存使用情况,Uss 的大小代表了仅仅属于本进程正在使用的内存大小,这些内存在此Process被杀掉之后,会被完整的回收掉,

Vss和Rss对查看某一Process自身内存状况没有什么价值,由于他们包括了共享库的内存使用,而往往共享库的资源占用比重是非常大的,这样就稀释了对Process自身创建内存波动。 而Pss是依照比例将共享内存切割,某一Process对共享内存的占用情况。

so

查看USS和PSS能够使用adb shell procrank,前提是手机须要root

bixiaopeng@bixiaopengtekiMacBook-Pro ~$ adb shell procrank |grep xiami

假设仅仅是查看PSS也能够使用adb shell dumpsys meminfo

bixiaopeng@bixiaopengtekiMacBook-Pro ~$ adb shell dumpsys meminfo fm.xiami.main|grep TOTAL        TOTAL   143070    15312   130020   135179   122279    12667        

温馨提示:

在取内存数据前能够前推断一下手机是否root, 假设root了取USS比較好一些,假设没有root取PSS也是能够的。


微信公众帐号: wirelessqa

关于作者:

作者:毕小朋 | 老 毕邮箱:wirelessqa.me@gmail.com

微博:@WirelessQA博客:http://blog.csdn.net/wirelessqa


更多相关文章

  1. Android获取系统时间方法的总结
  2. Android系统启动流程(三)解析SyetemServer进程启动过程
  3. android仿微信朋友网、悬浮窗、时间轴、图表、刻度尺、RecyclerV
  4. Android 进阶 内存泄漏常见案例(续)
  5. 转:Android中如何修改系统时间(应用程序获得系统权限)
  6. Android内存泄漏:谨慎使用getSystemService
  7. 进程方法Android进程与线程基本知识
  8. 从源码解析-Android中进程间通信Binder机制之Linux基础 【一】
  9. Android中Handler造成内存泄露解决方法

随机推荐

  1. android命令备忘
  2. android studio 编译问题,依赖找不到
  3. 100+Android 开源项目分类汇总一(精品 )
  4. android逆向神器之firda
  5. Android------底部导航栏BottomNavigatio
  6. Android发光特效焦点框-遥控器版本
  7. Android O 上设置中battery saver 模块讲
  8. Android学习心得(14) --- Android代码混淆(2)
  9. Android中BaseAdapter用法示例
  10. Android系统添加全局快捷键的方法