OOM：

内存泄露可以引发很多的问题：

1.程序卡顿，响应速度慢（内存占用高时JVM虚拟机会频繁触发GC）

2.莫名消失（当你的程序所占内存越大，它在后台的时候就越可能被干掉。反之内存占用越小，在后台存在的时间就越长）

3.直接崩溃（OutOfMemoryError）

ANDROID内存面临的问题：

1.有限的堆内存，原始只有16M

2.内存大小消耗等根据设备，操作系统等级，屏幕尺寸的不同而不同

3.程序不能直接控制

4.支持后台多任务处理（multitasking）

5.运行在虚拟机之上

Review（回顾，检查），大家都知道Code Review的重要性。而这里我说的Review和Code Review差不多，主要目的就是检查代码中存在的不合理和可以改进的地方，当然这个Review需要大家自己来做啦。

Code Review（代码检查）：

Code Review主要检查代码中存在的一些不合理或可以改进优化的地方，大家可以参考之前写的Reduce，Reuse和Recycle都是侧重讲解这方面的。

UI Review（视图检查）：

Android对于视图中控件的布局渲染等会消耗很多的资源和内存，所以这部分也是我们需要注意的。

如上图大家可以看到，hierarchyviewer可以非常清楚的看到当前视图的层级结构，并且可以查看视图的执行效率（视图上的小圆点，绿色表示流畅，黄色和红色次之），所以我们可以很方便的查看哪些view可能会影响我们的性能从而去进一步优化它。

hierarchyviewer还提供另外一种列表式的查看方式，可以查看详细的屏幕画面，具体到像素级别的问题都可以通过它发现。

ViewStub标签

此标签可以使UI在特殊情况下，直观效果类似于设置View的不可见性，但是其更大的意义在于被这个标签所包裹的Views在默认状态下不会占用任何内存空间。

include标签

可以通过这个标签直接加载外部的xml到当前结构中，是复用UI资源的常用标签。

merge标签

它在优化UI结构时起到很重要的作用。目的是通过删减多余或者额外的层级，从而优化整个Android Layout的结构。

（注意：灵活运用以上3个标签可以有效减少视图层级，具体使用大家可以上网搜搜）

布局用Java代码比写在XML中快

一般情况下对于Android程序布局往往使用XML文件来编写，这样可以提高开发效率，但是考虑到代码的安全性以及执行效率，可以通过Java代码执行创建，虽然Android编译过的XML是二进制的，但是加载XML解析器的效率对于资源占用还是比较大的，Java处理效率比XML快得多，但是对于一个复杂界面的编写，可能需要一些套嵌考虑，如果你思维灵活的话，使用Java代码来布局你的Android应用程序是一个更好的方法。

重用系统资源：

1. 利用系统定义的id

比如我们有一个定义ListView的xml文件，一般的，我们会写类似下面的代码片段。

这里我们定义了一个ListView，定义它的id是"@+id/mylist"。实际上，如果没有特别的需求，就可以利用系统定义的id，类似下面的样子。

2. 利用系统的图片资源

这样做的好处，一个是美工不需要重复的做一份已有的图片了，可以节约不少工时；另一个是能保证我们的应用程序的风格与系统一致。

3. 利用系统的字符串资源

如果使用系统的字符串，默认就已经支持多语言环境了。如上述代码，直接使用了@android:string/yes和@android:string/no，在简体中文环境下会显示“确定”和“取消”，在英文环境下会显示“OK”和“Cancel”。

4. 利用系统的Style

 假设布局文件中有一个TextView，用来显示窗口的标题，使用中等大小字体。可以使用下面的代码片段来定义TextView的Style。

5. 利用系统的颜色定义

除了上述的各种系统资源以外，还可以使用系统定义好的颜色。在项目中最常用的，就是透明色的使用。

除了上面介绍的以外还有很多其他Android系统本身自带的资源，它们在应用中都可以直接使用。具体的，可以进入android-sdk的相应文件夹中去查看。例如：可以进入$android-sdk$\platforms\android-8\data\res，里面的系统资源就一览无余了。

开发者需要花一些时间去熟悉这些资源，特别是图片资源和各种Style资源，这样在开发过程中，能重用的尽量重用，而且有时候使用系统提供的效果可能会更好。

其他小tips：

1. 分辨率适配-ldpi,-mdpi, -hdpi配置不同精度资源，系统会根据设备自适应，包括drawable, layout,style等不同资源。

2.尽量使用dp(density independent pixel)开发，不用px(pixel)。

3.多用wrap_content, match_parent

4.永远不要使用AbsoluteLayout

5.使用9patch（通过~/tools/draw9patch.bat启动应用程序），png格式

6.将Acitivity中的Window的背景图设置为空。getWindow().setBackgroundDrawable(null);android的默认背景是不是为空。

7.View中设置缓存属性.setDrawingCache为true。

Desgin Review（设计检查）：

Desgin Review主要侧重检查一下程序的设计是否合理，包括框架的设计，界面的设计，逻辑的设计(其实这些东西开发之前就应该想好了)。

框架设计：

是否定义了自己的Activity和fragment等常用控件的基类去避免进行重复的工作

是否有完善的异常处理机制，即使真的出现OOM也不会直接崩溃导致直接退出程序

界面设计：

1.在视图中加载你所需要的，而不是你所拥有。因为用户不可能同时看到所有东西。最典型的例子就是ListView中的滑动加载。

2.如果数据特别大，此时应该暗示用户去点击加载，而不是直接加载。

3.合理运用分屏，转屏等，它是个双刃剑，因为它即可以使程序更加美观功能更加完善，但也相应增加了资源开销。

逻辑设计：

避免子类直接去控制父类中内容，可以使用监听等方式去解决

关于这三点由于我工作经验比较少，加上一时半会也想不出来多少，如果大家有建议希望可以留言，之后我给加进去。

写在最后：

到此ANDROID内存优化上、中、下三篇全部写完了。

内存简介，Recoken（计算）请看：ANDROID内存优化(大汇总——上)

Reduce（减少），Reuse（重用） 请看：ANDROID内存优化(大汇总——中)

Recycle（回收）, Review（检查） 请看：ANDROID内存优化(大汇总——全)

最初写这篇文章的原因是因为我拿到一个国外大牛演讲的PPT，我看过之后感觉写的非常好，于是想按照ppt的思路将其总结一下。结果到写的时候发现困难重重，因为内存本来就是很理论的东西，很多都是靠经验的。而我的经验几乎可以忽略，写的东西完全是网上各路文章的大汇总（所以大家千万不要叫我大神，我只是大神的搬运工。。。）

虽然如此我觉得我总结和搜集的还算比较全面的，当然也有很多遗落也可能有很多错误，这个就希望大家一起帮着完善一下。

最后我把这个PPT的原件附上，里面很多高级的东西我没看懂（比如那个5R中其实是没有Review的，原文是Reorder，由于这部分我看不懂而且找不到很好的资料只能自己换了一个Review），各路大神有兴趣可以看看，如果可以的话写出来分享一下。

Putting Your App on a Memory Diet, Parts I and II_Murphy

最后小唠叨一下，我最近参加了devstore网站的一个小比赛，所以blog先停更一个月，十一之后接着写。

在这段时间里我正好也可以休息一下想想以后写点什么东西。像内存这种偏理论的东西我还是不要碰了，以后可能会多翻译一些国外大神的文章和自己做的一些小Demo吧。

不知不觉Blog也写了快半年了，越来越觉得Blog这种分享精神的重要性，因为只有分享才能收获的更多！

最后要谢谢那些关注，点赞和评论的网友们，这些真的是我能坚持下来的一个巨大动力