2024年Android最新Android性能优化-内存篇(其实内存优化也就这回事)(1)，美团三面是总监面吗

总结：

面试是一个不断学习、不断自我提升的过程，有机会还是出去面面，至少能想到查漏补缺效果，而且有些知识点，可能你自以为知道，但让你说，并不一定能说得很好。

有些东西有压力才有动力，而学到的知识点，都是钱（因为技术人员大部分情况是根据你的能力来定级、来发薪水的），技多不压身。

附上我的面试各大专题整理： 面试指南，满满的都是干货，希望对大家有帮助！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

一.引言

---

今天来聊一聊Android中内存优化的一些手段。

首先问问自己为什么要内存优化呢?

（1）：App消耗内存过大，导致手机内存低于内存警戒线的时候，Low Memory Killer机制就会触发，App占用内存越多，被处理掉的机会就越大。

（2）：受虚拟机堆内存限制，出现OOM,内存溢出，程序出现crash。

（3）：频繁的GC会导致内存抖动，并发GC伴随着stop-the-world。GC for Allow 当内存不足以分配给新的对象时触发，它的stop-the-world的时间会很长，导致卡顿。

掌握内存优化的一些手段是很有必要的，让我们可以在编码时就能做到一些内存上的优化，而不是等到程序开发完成了或者后期程序规模越来越大了才去发现内存问题，那时候恐怕就为时已晚了。

二.编码时就能做到的内存优化

---

下面就来说说我们能够在编码时就能做到的内存优化：

（1）：尽量不要在调用频繁的生命周期或者方法中去创建对象。

例如View的onDraw方法。

当我们在自定义View，在onDraw方法里创建了一个对象时，发现系统会给我们提示，让我们不要在onDraw（）方法里面去创建对象，因为onDraw方法会频繁的被调用，为了避免频繁的GC，所以我们应该尽量避免在调用频繁的方法中去创建对象。

（2）：使用合适的数据结构（ 例如使用ArrayMap和SparseArray替代HaspMap）

ArrayMap和SparseArray都是基于二分法的原理，查询效率比起HashMap要略低，但是使用的内存比HashMap要更少。

HashMap：默认容量16，每次都是扩容都是原来数组大小的两倍。

下图为HashMap的扩容代码，左移以为其实就是乘以2，只是由于位运算的效率比较高，系统采用的是位运算的方式。

ArrayMap ：默认初始化两个空数组，扩容为已存储个数的两倍的1.5倍。BASE_SIZE == 8。

SparseArray:默认容量为10，扩容为已存储个数的1.5倍。int值作为key时不会拆装箱。

public SparseArray() {

this(10);

}

public static int growSize(int currentSize) {

return currentSize <= 4 ? 8 : currentSize * 2;

}

下面展示三张图片：

以上三张图是我做的一个小实验，我创建了十万个对象分别使用HashMap，ArrayMap，SparseArray去存储，key值位int，等到内存稳定时，我们去观察App占用内存的大小。第一张图：使用HashMap占用的内存最大，第二张图ArrayMap占用的内存第二，第三张图SparseArray占用的内存最少。HashMap与ArrayMap的key只能为Object，所以在存储key值为int型的对象时，会我们去做一次装箱的操作，把int转为Integer对象，对象占用的内存肯定是比我们int型的值占用的内存更大。这也就能解释，当key值为int时，SparseArray为什么能比ArrayMap占用更少的内存了。

**（3）：使用集合时可以使用带参数的构造方法可以减少数组扩容的次数

List，Map，StringBuilder等等内部通过数组实现类。**

//最好为2的整数次幂

Map map = new HashMap(32);

List list = new ArrayList(100);

StringBuilder sb = new StringBuilder(100);

我们都知道在Java中，数组是不可变的，所以一些类底部的实现机制如果是通过数组来实现的话，它还是可变的，那么必定便随着数组扩容的操作。

什么时是数组扩容呢？

简单的说就是如果一个数组的容量不够了，就去创建一个更大的数组，然后把原来数组中存储的值，一个个移到新创建的更大的数组中去。

如果扩容次数多了，GC的次数也会频繁的增多。

如果我们预先能够知道需要，存储多少个元素，或者大概多少个元素，我们可以使用带参数的构造方法来创建出这个大小的数组，来减少数组扩容的次数。

（4）：for循环中不要使用“+”号拼接字符串

“+”底层还是通过StringBuilder实现的，每一次for循环都会创建一个StringBuilder对象。

当我们使用for循环外部创建StringBuilder，内部使用它拼接字符串，内存图形很平稳。

for循环内部使用+号拼接字符串，图形抖动（内存抖动），一直在GC。

（5）：尽可能少的使用枚举

使用 ENUM 将会增大 DEX 大小，并会增大运行时的内存分配大小。为了弥补 Android 平台不建议使用枚举的缺陷，官方推出了两个注解，IntDef和StringDef，用来提供编译期的类型检查。

枚举本质上是通过普通的类来实现的，只是编译器为我们进行了处理。每个枚举类型都继承自java.lang.Enum，并自动添加了values和valueOf方法。而每个枚举常量是一个静态常量字段，使用内部类实现，该内部类继承了枚举类。所有枚举常量都通过静态代码块来进行初始化，即在类加载期间就初始化。

（6）：ListView复用，对象复用

这个就不多少了，我相信每个Android开发者都知道。

（7）：减少布局的层级

减少View的个数，减少测量的时间（View显示在前台，经过三个阶段测量，布局和绘制）。能够减轻内存，CPU的负担。

（8）：序列化可以使用Protobuf

Protobuf是谷歌推出的一款平台无关，语言无关，可扩展的序列化和反序列化技术。有兴趣的朋友可以自行了解一个，这里就不多说了。

（9）：数据库减少使用AUTOINCREMENT关键字

AUTOINCREMENT关键字的作用保证主键是严格单调递增的。

public static final String CREATE_BOOK = “create table book (”

• "id integer primary key autoincrement, "//大多数情况下可以去掉

• "author text, "

• "price real, "

• "pages integer, "

• “name text)”;

db.execSQL(CREATE_BOOK);

如果指定使用AUTOINCREMENT来创建表，会创建sqlite_sequence的内部表来记录该表使用的最大行号，UPDATE，INSERT和DELETE语句可能会修改sqlite_sequence的内容。会带来额外的开销。

SQLite官网：AUTOINCREMENT关键词会增加CPU，内存，磁盘空间和磁盘I/O

的负担，所以尽量不要使用，除非必需。通常情况下非必需。

（10）：Bitmap优化

讲到内存优化必不可少的都要提及BitMap优化。因为Bitmap真的是内存占用的大头。

我们的Bitmap占用多大内存呢？下面介绍两个系统提供的api：

bitmap.getAllocationByteCount();

bitmap.getByteCount();

一般情况下两者是相等的；

如果通过复用Bitmap来解码图片，被复用的Bitmap的内存比待分配内存的Bitmap大,那么getByteCount()表示新解码图片占用内存的大小（并非实际内存大小,实际大小是复用的那个Bitmap的大小），getAllocationByteCount()表示被复用Bitmap真实占用的内存大小。

下面我们在说说BitMap的内存分配：

2.3 ~ 7.1：Bitmap的内存是分配在， 虚拟机的 java堆上。受系统分配的虚拟机的内存限制。超出限制OOM，应用程序crash。

8.0以后：内存分配在 native堆，不需要用户主动回收。不受系统分配的虚拟机的内存限制。

超出系统可用内存，进程直接挂掉，无crash弹窗,不会出现OOM。（不能因为内存分配在native上就肆无忌惮的使用图片。）

Android8.0之后源码里通过NativeAllocationRegistry这个类来回收Native层的内存，从而可以实现把bitmap的像素数据放到Native内存中并及时回收。

Java Heap，这部分的内存区域是由虚拟机管理，通过Java中 new 关键字来申请一块新内存。这块区域的内存是由GC直接管理，能够自动回收内存。这块内存的大小会受到系统限制，当内存超过APP最大可用内存时会OOM。

Native Heap，这部分内存区域是在C++中申请的，它不受限于APP的最大可用内存限制，而只是受限于设备的物理可用内存限制。它的缺点在于没有自动回收机制，只能通过C++语法来释放申请的内存。

8.0以前，我们也可以通过特殊的手段将Bitmap的内存分配移至native内存。

Fresco：将Bitmap内存分配至Ashmem内存。

Ashmem（Android匿名共享内存），这部分内存类似于Native内存区，但是它是受Android系统底层管理的，当Android系统内存不足时，会回收Ashmem区域中状态是 unpin 的对象内存块，如果不希望对象被回收，可以通过 pin 来保护一个对象

BitmapFactory.Options = new BitmapFactory.Options();

options.inPurgeable = true;(被废弃)

Bitmap bitmap = BitmapFactory.decodeByteArray(jpeg, 0, jpeg.length, options);

最后

希望本文对你有所启发，有任何面试上的建议也欢迎留言分享给大家。

好了，今天的分享就到这里，如果你对在面试中遇到的问题，或者刚毕业及工作几年迷茫不知道该如何准备面试并突破现状提升自己，对于自己的未来还不够了解不知道给如何规划，来看看同行们都是如何突破现状，怎么学习的，来吸收他们的面试以及工作经验完善自己的之后的面试计划及职业规划。

好了~如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。谢谢。

为什么某些人会一直比你优秀，是因为他本身就很优秀还一直在持续努力变得更优秀，而你是不是还在满足于现状内心在窃喜！希望读到这的您能点个小赞和关注下我，以后还会更新技术干货，谢谢您的支持！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

么某些人会一直比你优秀，是因为他本身就很优秀还一直在持续努力变得更优秀，而你是不是还在满足于现状内心在窃喜！希望读到这的您能点个小赞和关注下我，以后还会更新技术干货，谢谢您的支持！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！