移动端性能专项测试之内存 —— 进阶篇，面试软件测试开发十大问题

最新推荐文章于 2024-09-28 19:02:04 发布

2401_84240554

最新推荐文章于 2024-09-28 19:02:04 发布

阅读量878

点赞数 20

分类专栏：程序员文章标签：面试职场和发展

本文链接：https://blog.csdn.net/2401_84240554/article/details/137742016

版权

程序员专栏收录该内容

17 篇文章 1 订阅

订阅专栏

Android 虚拟机（Dalvik 或者 ART）实例的 Linux 进程，进程的入口 main 函数为 Java 函数。Android 虚拟机实例的宿主进程是 fork()系统调用创建的 Linux 进程，所以每一个 Android 上的 Java 进程实际上就是一个 Linux 进程，只是进程中多了一个 Android 虚拟机实例。因此，Java 进程的内存分配比 native 进程复杂，Android 系统中的应用程序基本都是 Java 进程，如桌面、电话、联系人、状态栏等等。

01、Android 内存限制

Android 系统为每一个 App 设置了可使用的 Heap(堆内存)大小限制，可以进入到 shell 环境中，找到 build.prop 文件

cat /system/build.prop

dalvik.vm.heapstartsize=8mapp启动后, 系统分配给它的Heap初始大小. 随着App使用可增加dalvik.vm.heapgrowthlimit=192m默认情况下, App可使用的Heap的最大值, 超过这个值就会产生OOMdalvik.vm.heapsize=512m如果App的manifest文件中配置了largeHeap属性, 如下.则App可使用的Heap的最大值为此项设定值dalvik.vm.heaptargetutilization=0.75当前理想的堆内存利用率. GC后, Dalvik的Heap内存会进行相应的调整, 调整到当前存活的对象的大小和 / Heap大小接近这个选项的值, 即这里的0.75. 注意, 这只是一个参考值.dalvik.vm.heapminfree=2m单次Heap内存调整的最小值dalvik.vm.heapmaxfree=8m单次Heap内存调整的最大值

02、LMK(Low Memory Killer)

在用户空间中指定了一组内存临界值，当其中的某个值与进程描述中的 oom_adj 值在同一范围时，该进程将被 Kill 掉。如果你的 APP 某个进程需要一直保存存活，你需要保持你的进程优先级足够高，并且占用比较小，因为 Low Memory Killer 在工作时，同一优先级的进程会先 kill 那个占用最大的。性能测试时主要关注待机时的内存是不是够小。

Low Memory Killer 的工作可能致系统变卡。为什么呢？因为它 kill 了一些进程，然而现在市面的很多 APP 为了保活都会自启，刚刚被 kill，立刻又起来。启动占用大量内存（还有 CPU），又触发 Low Memory Killer。频繁的被 kill 和启动形成了恶性循环，so…系统变的很卡。

现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：110685036【暗号：csdn999】

03、OOM 与 LMK 关系

Google 为什么设定当 Java 进程申请的 Java 空间超过阈值时，就抛出 OOM 异常？

为了让 Android 系统能同时让比较多的进程常驻内存，这样程序启动时就不用每次都重新加载到内存，能够给用户更快的响应。
程序发生 OOM 并不表示 RAM 不足，而是因为程序申请的 Java heap 对象超过了虚拟机配置的 heapgrowthlimit。也就是说，在 RAM 充足的情况下，也可能发生 OOM。

如果 RAM 真的不足，会发生什么呢？