阅读 1530

为App申请更多的内存空间

前言

这是一个有争议的问题,用户巴不得使用的应用占用越小的内存越好。虽然现在国内android的设备内存越来越大。现在比较难再出现上古世纪的低内存kill问题。

本质

但非要获取更多也不是没办法。我们先从本质说起。首先在android中,每一台设备在/system/build.prop文件中就已经被标明了虚拟机最多被使用多少内存。如下:

dalvik.vm.heapstartsize=16m
dalvik.vm.heapgrowthlimit=192m
dalvik.vm.heapsize=512m
dalvik.vm.heaptargetutilization=0.75
dalvik.vm.heapminfree=512k
dalvik.vm.heapmaxfree=8m  
复制代码

你可以使用在shell下你可以使用cat/vi命令打开它,来查看你自己的设备信息。注意需要su权限。

在android中一个进程属于一个虚拟机,那么虚拟机在android中是动态分配内存的。这里有三个关键信息值得注意:

  • 1.heapstartsize是指应用刚被启动时的内存大小。
  • 2.heapgrowthlimit是指动态分配的最多内存大小。
  • 3.heapsize是指应用配置了largeHeap属性后可用最大空间。 (超过该值会OOM)

我们得到一个结论,在设备上如果我们需要更大的内存空间就需要在应用中配置android:largeHeap为true。

查看应用内存配分情况:

shell下输入:dumpsys meminfo -a 包名称

会产生以下几个疑问:

  • 1.heapsize的最大值为512m,如果我需要开销1024m怎么办?
  • 2.如果是动态分配,那其它应用把内存都抢光了呢?

怎么解决:

通过分析,发现国内的超级app都已经在用的一个办法,就是把应用做成多进程的。有时一个app多达三四个进程已经是很常见的事情了。感兴趣可以自己去看一下进程表。

多进程的应用怎么去写,和进程间通信怎么使用不是本文的讨论范围内,我们只说申请更多内存。在本质上一个android应用就是一个或多个进程在不同的虚拟机中运行,而一个进程就对应着自己的一个虚拟机。那么rom厂商给定的限制是单个虚拟机最大内存配置。如果我们是多进程就等于是多个虚拟机。自然也就获取了更多的内存分配。

什么时候用?

当我们只有一个进程的时候,某个组件中或页面中突然需要开辟大量内存空间。表现的情况为卡顿、掉帧、OOM等。(因为在动态分配内存和释放无用的资源)

常见具体场景有:

WebView独立进程、多媒体播放独立进程、IO读写、推送服务、长链接服务等

注意:

不需要刻意给App增加多进程,它不是必须的。

多进程带来的问题是应用之间通信的问题,即跨进程通信,目前市面上已经可用的框架解决。

关注下面的标签,发现更多相似文章
评论