30.3.1节省内存
1 当UI不可见时，释放相关资源：
在Activity的onPause函数中停止动画、停止视频播放和停止获取和传递设备当前的经纬度给服务器等。
在Activity的onStop函数中，取消当前页面的网络请求等。
在onTrimMemory() 方法中，接收到TRIM_MEMORY_UI_HIDDEN信号时，释放 UI 使用的内存资源，如图片占据的内存，这样减少内存消耗，也可避免被系统回收此APP使用的内存。
(onTrimMemory()方法中的TRIM_MEMORY_UI_HIDDEN回调只有当程序中的所有UI组件全部不可见的时候才会触发，这和onStop()方法还是有很大区别的，因为onStop()方法只是当一个Activity完全不可见的时候调用，比如说用户打开了程序中的另一个Activity。
可以在onStop()方法中去释放一些Activity相关的资源，比如说取消网络连接或者注销广播接收器等，但是像UI相关的资源应该一直要等到onTrimMemory(TRIM_MEMORY_UI_HIDDEN)这个回调之后才去释放，这样可以保证如果用户只是从程序的一个Activity回到了另外一个Activity，界面相关的资源都不需要重新加载，从而提升响应速度)
2 在解码JPG、PNG和GIF等格式的图片时，通过设置图片位数，可以有效减少使用的内存。
如Glide中默认的图片解码位数是32位：
publicstatic final DecodeFormat DEFAULT = PREFER_ARGB_8888
也就是用4个字节描述一个像素点的数据。
当APP检测到当前可用的内存少或屏幕的分辩率低时，可以降低图片的质量，就是降低图片的位数，如设置成PREFER_RGB_565，这样用2个字节描述一个像素的数据，消耗的内存少了一半。
3 内存紧张时释放资源
运行中的程序，如果内存紧张，会在onTrimMemory(int level) 回调方法中接收到以下级别的信号：
TRIM_MEMORY_RUNNING_MODERATE：系统可用内存较低，正在杀掉 LRU缓存中的进程。你的进程正在运行，没有被杀掉的危险。
TRIM_MEMORY_RUNNING_LOW：系统可用内存更加紧张，程序虽然暂没有被杀死的危险，但是应该尽量释放一些资源，以提升系统的性能（这也会直接影响你程序的性能）。
TRIM_MEMORY_RUNNING_CRITICAL：系统内存极度紧张，而LRU缓存中的大部分进程已被杀死，如果仍然无法获得足够的资源的话，接下来会清理掉 LRU 中的所有进程，并且开始杀死一些系统通常会保留的进程，比如后台运行的服务等。
当程序未在运行，保留在 LRU 缓存中时，onTrimMemory(int level) 中会返回以下级别的信号：
TRIM_MEMORY_BACKGROUND：系统可用内存低，而你的程序处在 LRU的顶端，因此暂时不会被杀死，但是此时应释放一些程序再次打开时比较容易恢复的 UI 资源。
TRIM_MEMORY_MODERATE：系统可用内存低，程序处于 LRU的中部位置，如果内存状态得不到缓解，程序会有被杀死的可能。
TRIM_MEMORY_COMPLETE：系统可用内存低，你的程序处于 LRU尾部，如果系统仍然无法回收足够的内存资源，你的程序将首先被杀死。此时应释放无助于恢复程序状态的所有资源。
注：该 API 在版本 14 中加入。旧版本的onLowMemory() 方法，大致相当于onTrimMemory(int level) 中接收到TRIM_MEMORY_COMPLETE 级别的信号。另：尽管系统主要按照LRU 中顺序来杀进程，不过系统也会考虑程序占用的内存多少，那些占用内存高的进程有更高的可能性会被首先杀死。
4 不要在执行频率很高的方法或者循环中创建对象，可以使用HashTable等创建一组对象容器从容器中取那些对象，而不用每次new与释放。
5 在代码中正式集成三方库时，最好进行下内存的评估。
6 使用Android提供的优化过的数据结构
如SparseArray，SparseBooleanArray和LongSparseArray等，相比 Java 提供的 HashMap，这些数据结构更节省内存。
7 少用枚举变量，枚举类型 Enum 的内存消耗是静态常量的2倍。
8 尽量少static关键字修饰。
由于static声明变量的生命周期其实是和APP的生命周期一样的（进程级别）。大量的使用的话，就会占据内存空间不释放，积少成多也会造成内存的不断开销，直至挂掉。static的合理使用一般用来修饰基本数据类型或者轻量级对象，尽量避免修复集合或者大对象，常用作修饰全局配置项、工具类方法、内部类。
9 使用View缓存。
在ListView和GridView中，列表中的很多项(convertView)是可以重用的，不需要每次getView就重新生成一项。
10 当有较多的字符串需要拼接的时候，推荐使用StringBuffer。
11开启线程数量不易过多，一般和(机器内核数+1)一样最好，推荐开启线程的时候，使用线程池。
12 在加载网络图片的时候，使用软引用或者弱引用并进行本地缓存。
13 慎用多进程，一个不执行任何任务的空进程至少也要占用 1.4MB内存。
14尽可能的复用资源，如系统本身有很多字符串、颜色、图片、动画、样式以及简单布局等资源直接使用，同时要尽量复用style等资源达到节约内存。
15 尽量的优化自己的代码，减少冗余，进行编译打包等优化对齐处理，避免类加载时浪费内存。
(Java 中每个类（包括匿名内部类）都占用至少 500字节左右的代码；每个类的实例会在RAM 中占用大约 12 ~16 字节的内存；每向HashMap 中添加一个Entry 时，新生成的Entry 占用大约 32 个字节)
16 把不必要的强引用改为软引用或弱引用。
17 要注意进程的相互依赖性，如将ContentProvider 放在 UI 进程中，而后台任务进程也需要调用ContentProvider，就会导致 UI 进程一直保留在 RAM 中。