摘抄自：关于内存的几个理论知识

最新推荐文章于 2024-07-14 20:04:44 发布

焦着未来的女汪汪

最新推荐文章于 2024-07-14 20:04:44 发布

阅读量196

点赞数

分类专栏： android

android 专栏收录该内容

34 篇文章 0 订阅

订阅专栏

本文摘自kamidox的Android内存与性能：http://blog.csdn.net/kamidox/article/details/45676429，非常感谢原创作者，如有侵权，请告知删贴！

关于内存的几个理论知识

GC 的工作机制
当 GC 工作时，虚拟机停止其他工作。频繁地触发 GC 进行内存回收，会导致系统性能严重下降。

内存抖动
在极短的时间内，分配大量的内存，然后又释放它，这种现象就会造成内存抖动。典型地，在 View 控件的 onDraw 方法里分配大量内存，又释放大量内存，这种做法极易引起内存抖动，从而导致性能下降。因为 onDraw 里的大量内存分配和释放会给系统堆空间造成压力，触发 GC 工作去释放更多可用内存，而 GC 工作起来时，又会吃掉宝贵的帧时间 (帧时间是 16ms) ，最终导致性能问题。

内存泄漏
Java 语言的内存泄漏概念和 C/C++ 不太一样，在 Java 里是指不正确地引用导致某个对象无法被 GC 释放，从而导致可用内存越来越少。比如，一个图片查看程序，使用一个静态 Map 实例来缓存解码出来的 Bitmap 实例来加快加载进度。这个时候就可能存在内存泄漏。内存泄漏会导致可用内存越来越少，从而导致频繁触发 GC 回收内存，进而导致性能下降。

调试工具

Memory Monitor Tool: 可以查阅 GC 被触发起来的时间序列，以便观察 GC 是否影响性能。
Allocation Tracker Tool: 从 Android Studio 的这个工具里查看一个函数调用栈里，是否有大量的相同类型的 Object 被分配和释放。如果有，则其可能引起性能问题。
MAT: 这是 Eclipse 的一个插件，也有 stand alone 的工具可以下载使用。

几个原则

别在循环里分配内存 (创建新对象)
尽量别在 View 的 onDraw 函数里分配内存
实在无法避免在这些场景里分配内存时，考虑使用对象池 (Object Pool)

两个简单的实例

内存抖动

通过一个非常简单的例子来演示内存抖动。这个例子里，在自定义 View 的 onDraw 方法里大量分配内存来演示内存抖动和性能之间的关系。

版本一：

    @Override
    protected void onDraw(Canvas canvas) {
        super.onDraw(canvas);

        String msg = "";
        for (int i = 0; i < 500; i++) {
            if (i != 0) {
                msg += ", ";
            }
            msg += Integer.toString(i + 1);
        }
        Log.d("DEBUG", msg);
    }

版本二：

    @Override
    protected void onDraw(Canvas canvas) {
        super.onDraw(canvas);

        StringBuilder sb = new StringBuilder();
        for (int i = 0; i < 500; i ++) {
            if (i != 0) {
                sb.append(", ");
            }
            sb.append(i + 1);
        }
        Log.d("DEBUG", sb.toString());
    }

内存抖动的特征：

从 Memory Monitor 来看，有毛刺出现。即短时间内分配大量的内存并触发 GC。
memory_churn

从 Allocation Tracker 里看，一次操作会有大量的内存分配产生。
memory_tracker

内存泄漏

这个例子里，我们简单地让点击 Settings 菜单，就产生一个 100KB 的内存泄漏。

    private void addSomeCache() {
        // add 100KB cache
        int key = new Random().nextInt(100);
        Log.d("sfox", "add cache for key " + key);
        sCache.put(key, new byte[102400]);
    }