Android教学中遇到的内存泄露和内存溢出问题解析

在Android中每个App的内存是有限的，一般来讲，在开发的过程中我们要避免无谓的内存占用。实际教学过程中，有一个很简单但是很多学生经常会犯的错误，在此指出。

观察以下代码：

学生乍一看，没有太大的问题。当然，这个也反应出了很多学生的一个不好的习惯。

首先，Drawable虽然是一种抽象的图像概念，但是它确实是占用不少资源的，使用static关键字来修饰，虽然在编写的过程中比较省事，但是导致的问题是static修饰的sBackground资源不会轻易释放，更为严重的是，这个sBackground的Drawable持有对其Activity的引用。

这样就导致这个Activity的实例也不会被释放，导致内存泄露。

这个问题非常严重，但是很多学生现在的阶段并不是很关注，因此static关键字的教学的过程中应该进行再反思。

关于上文的内存泄露，特别是内存溢出，两者之间的关系来说明一下。

实际上来说，泄露和溢出这两个形容并不是很好区分。首先这两前者是一个状态，后者是一个结果。

内存泄露是应用使用资源后没有及时释放(如本文中例子)，导致内存中一直持有多余的内存占用，这个状态的累积会导致可用内存越来越少。举例：一个人的资产有一100万，但是他想买一辆50万的车，虽然有一百万的资产，但是身上带着的银行卡里只有100元，跟老板口舌一下，也能买，但是这个债务会一直存在。如果一直这样消费，债务会滚雪球，早晚有崩溃的一天。

内存溢出是指堆栈达到最大值后，应用内存无法满足需求了，导致Crash现象，这是一个结果。举例：还是上文中的那个人，他想买300万的房子，这样根本就买不了。

如果说上面的例子还不足以理解其原因，下面再举一例：

delay的时间过长也可能导致资源无法及时释放，这也是一种形式的内存泄露。

一次内存泄露可能并不能有实质性的结果，但是不好的编程习惯，多次的内存泄露最终会导致内存溢出，引发重大的bug，这是我们应该极力避免的事情。

虽然在Android开发中Java是基础语法，Java的垃圾回收机制比较智能，很多情况下并不需要编程者去思考很多问题，但是正是因为这种机制可能会导致很多不可预知的小错误的累积。

当然，导致内存泄露和溢出的问题有很多，比如在开发中由于图片资源占用过多。这些问题我会在今后的博文中跟大家继续分享。我个人也在不断的学习之中，希望各位读者能与我也做一些交流探讨。

一个优秀的开发者不仅仅应该局限于写出程序，而是写好程序。