一、分析内存的常用工具
top/procrank
meinfo
Procstats
DDMS
MAT
Finder-Activity
LeakCanary
LeakInspector
工具很多，掌握原理方法，工具随便找两个能用就行
二、JAVA虚拟机
三、GC垃圾回收器
GC如何确定内存回收：
1.引用计数法
Object o1=new Object(); 计数+1=1
Object o2;
o2=o1; 计数+1=2
o1=null; 计数为1 o1和o2都不会回收
例子：IOS6中的手动计数mrc与自动计数arc 、cocos2dx
缺点：互相引用容易出现计算器永不为0
2.可达性分析算法
可作为GC ROOT的对象：
- 虚拟机栈正在运行使用的引用
- 静态属性、常量
- JNI引用的对象
3.回收与引用类型的关系
1）强引用：Object obj=new Object();
2）软引用SoftReference：内存不足时回收，存放一些重要性不是很强又不能随便清除的对象，比如图片切换到后台不需要马上显示了
3）弱引用WeakReference：第一次扫到了，就标志下来，第二次扫到直接回收
4）虚引用PhantomReference ：幽灵 幻影引用 不对生存造成任何影响，用于跟踪GC的回收通知
4.内存泄露
1）产生的原因：一个长生命周期的对象持有一个短生命周期对象的引用
通俗讲就是该回收的对象，因为引用问题没有被回收，最终会产生OOM
2）Android Profiler的使用：
Run菜单下的profile... ->
在图型用户界面上选择要分析的一段内存，右键export出来
Allocations: 动态分配对象个数
Deallocation：解除分配的对象个数
Total count :对象的总数
Shallow Size：对象本身占用的内存大小
Retained Size：GC回收能收走的内存大小
3）Mat工具的使用
1.转换profile文件格式，通过sdk/platform-tools/hprof-conv.exe工具，转换命令 hprof-conv -z src dst
2.下载： https://www.eclipse.org/mat/downloads.php
3.打开软件 File菜单下Open Heap Dump... 打开转换好的文件
4.点击QQL按钮查找activity select * from instanceof android.app.Activity 或者点击Histogram找到对应的泄漏对象，右键->merge shorttest paths to->exclude all pantom/weak/soft references，就能找到引用的地方了
四、优化内存的良好编码习惯
1.数据类型
不要使用比需求更占空间的基本数据类型
2.循环尽量用foreach,少用iterator, 自动装箱尽量少用
3.数据结构与算法的解度处理
4.枚举优化
缺点：每一个枚举值都是一个单例对象,在使用它时会增加额外的内存消耗,所以枚举相比与 Integer 和 String 会占用更多的内存
5.static staticfinal的问题
static会由编译器调用clinit方法进行初始化
static final不需要进行初始化工作，打包在dex文件中可以直接调用，并不会在类初始化申请内存
所以基本数据类型的成员，可以全写成static final
6.字符串的连接尽量少用加号(+)
使用stringBuilder或者stringBuffer
7.重复申请内存的问题
同一个方法多次调用，如递归函数 ，回调函数中new对象,读流直接在循环中new对象等不要在onMeause() onLayout() onDraw() 中去刷新UI（requestLayout）
8.避免GC回收将来要重用的对象
内存设计模式对象沲+LRU算法
9.Activity组件泄漏
- 非业务需要不要把activity的上下文做参数传递，可以传递application的上下文
- 和Activity有关联的对象不要写成static 如private static Button btn; private static Drawable drawable;
- 非静态内部类和匿名内部内会持有activity引用,建议大家单独写个文件
- 单例模式不要持有activity引用
- handler.postDelayed()问题，如果开启的线程需要传入参数，用弱引接收可解决问题，handler记得清除removeCallbacksAndMessages(null)
10.尽量使用IntentService,而不是Service
·
