在开发过程中，经常会遇到RAM不够用的问题，那么我们应该如何优化我们的App，使他占用的RAM更少
一、尽量减少Service的使用：
当你的app需要使用service来处理后台任务的时候，要保证当前的任务完成时，该service也要停止。另外，要注意的是，当停止这个service的时候，不要引起它的泄漏。
当启动一个service之后，系统总会保持这个service处于运行状态。这样，就会占用大量的RAM。所以，app的运行效率就会因此降低。
保留没有用的service最可怕的内存管理错误。所以，一定要牢记，没有必要使用service的时候就不用，用完了一定要记得将它销毁！！！！
二、当界面变为不可见时，要记得释放内存：=
当用户跳转到其他界面时，并且当前界面不再可见的时候，要记得释放当前这个界面中的资源。
当用户退出某个界面时，记得在你的activity中实现onTrimMemory()（api4.0及以上）这个回调方法。调用这个方法，系统会收集不需要的内
三、当内存变少时，释放内存：
在你的app运行过程中，当运行该app的设备所剩的RAM变得很少时，系统就会调用onTrimMemory()这个方法，这个方法中有几个参数，表示不同的状态。onTrimMemory()的具体使用，还请大家参加Android的开发文档吧，本人手懒，就不详细介绍啦。
四、检查你所需要使用的内存：
可以通过getMemoryClass()估计一下你的app可用的heap。当你的app所需要的内存超过了这个可用值时，好了内存溢出就出现了。
这里有一个很特殊的方法，可以通过在manifest <application>标签中将largeHeap的属性值设置为true来请求更大的内存，主要注意的是，如果你采用了这种方法，那么当你想要获取可用内存时，就要使用 getLargeMemoryClass()。
不过由于每台机器的RAM是有限的，所以用这个还是小心吧，不需要用的时候还是不用了吧。
五、避免由bitmap引起的内存浪费：
bitmap还是很占内存的啊，当我们使用它的时候一定要小心。有几个需要注意的方法：
1、不要直接使用这样会占用很大的内存，使用BitmapFactory.Options设置inSampleSize，根据手机屏幕大小来设置bitmap的大小, 这样做可以减少对系统资源的要求。
2、缓存图像到内存，采用软引用缓存到内存，而不是在每次使用的时候都从新加载到内存；
3、采用低内存占用量的编码方式，比如Bitmap.Config.ARGB_4444比Bitmap.Config.ARGB_8888更省内存；
4、最后就是最重要的一点，当bitmap使用完之后一定要记得回收！！！
六、使用优化过的数据容器
尽量使用 SparseArray, SparseBooleanArray, LongSparseArray 等经过优化的容器类。通常来说HashMap的效率时比较低下的。
七、小心使用抽象类（方法）
适当的使用抽象类和方法能够使我们的代码更加灵活、易维护，但是这样会增加app的内存占用。所以，那些无关痛痒的东西，还是别抽象了吧。
具体来看几个：
1. OnLowMemory
OnLowMemory是Android提供的API，在系统内存不足，所有后台程序（优先级为background的进程，不是指后台运行的进程）都被杀死时，系统会调用OnLowMemory。系统提供的回调有：Application/Activity/Fragementice/Service/ContentProvider
除了上述系统提供的API，还可以自己实现ComponentCallbacks，通过API注册，这样也能得到OnLowMemory回调。例如：
public static class MyCallback implements ComponentCallbacks {
@Override
public void onConfigurationChanged(Configuration arg) {
}
@Override
public void onLowMemory() {
//do release operation
}
}
然后，通过Context.registerComponentCallbacks ()在合适的时候注册回调就可以了。通过这种自定义的方法，可以在很多地方注册回调，而不需要局限于系统提供的组件。
2. OnTrimMemory
OnTrimMemory是Android 4.0之后提供的API，系统会根据不同的内存状态来回调。系统提供的回调有：Application/Activity/Fragement/Service/ContentProvider
OnTrimMemory的参数是一个int数值，代表不同的内存状态：
TRIM_MEMORY_COMPLETE：内存不足，并且该进程在后台进程列表最后一个，马上就要被清理
TRIM_MEMORY_MODERATE：内存不足，并且该进程在后台进程列表的中部。
TRIM_MEMORY_BACKGROUND：内存不足，并且该进程是后台进程。
TRIM_MEMORY_UI_HIDDEN：内存不足，并且该进程的UI已经不可见了。
以上4个是4.0增加
TRIM_MEMORY_RUNNING_CRITICAL：内存不足(后台进程不足3个)，并且该进程优先级比较高，需要清理内存
TRIM_MEMORY_RUNNING_LOW：内存不足(后台进程不足5个)，并且该进程优先级比较高，需要清理内存
TRIM_MEMORY_RUNNING_MODERATE：内存不足(后台进程超过5个)，并且该进程优先级比较高，需要清理内存
以上3个是4.1增加
系统也提供了一个ComponentCallbacks2，通过Context.registerComponentCallbacks()注册后，就会被系统回调到。
OnLowMemory和OnTrimMemory的比较
1，OnLowMemory被回调时，已经没有后台进程；而onTrimMemory被回调时，还有后台进程。
2，OnLowMemory是在最后一个后台进程被杀时调用，一般情况是low memory killer 杀进程后触发；而OnTrimMemory的触发更频繁，每次计算进程优先级时，只要满足条件，都会触发。
3，通过一键清理后，OnLowMemory不会被触发，而OnTrimMemory会被触发一次。
Override
public void onTrimMemory(int level) {
Log.e(TAG, " onTrimMemory ... level===" + level);
}
@Override
public void onLowMemory() {
Log.e(TAG, " onLowMemory ======");
}
http://www.cnblogs.com/xiajf/p/3993599.html
http://www.2cto.com/kf/201208/148379.html
http://blog.csdn.net/leehong2005/article/details/8056608