Java的内存结构
方法区和堆是所有线程共享的内存区域；而java栈、本地方法栈和程序计数区是妹个线程所私有的内存区域。
java内存结构分为:
(1)方法区、堆内存
(2)Java栈内存、本地方法栈、程序计数器
方法区:主要存储 已经加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。虽然java虚拟机规范把方法区描述为一个逻辑部分，但是它却由一个别名。叫做Non-Heap(非堆)，目的是把它和堆区分开来。
堆（Heap）又称为动态存储区，它存储一切 new 出来的对象，以及对象中的成员变量。是垃圾回收期管理的区域，被称为GC堆。
JVM栈（Stacks）: JVM栈 的生命周期与线程相同。虚拟机栈描述的是java方法执行的内存模型:每个方法被执行的时候都会产生一个栈帧（State Frame），用于存储该方法中的局部变量，操作栈、动态链、方法出口等信息。每个方法被调用直到执行完成的过程，都对应这一个栈帧在虚拟机栈中从入栈到出栈的过程。
-本地方法栈：本地方法栈和JVM栈作用是类似的。JVM栈为虚拟机执行Java方法（子节码）服务;而本地方法栈 为虚拟机Native方法服务。程序计数器（Program Counter Reister）是一块较小的内存空间，它的作用可以当成是当前线程执行的自己码的执行行号。
所以我们常说GC垃圾回收内存，管理和回收的仅仅是 堆内存的部分，这一点要首先明确
GC的工作时间是不确定的:
垃圾回收是一个复杂而耗时的操作，一般情况下哦，当垃圾回收器在进行回收操作的时候，整个应用是被暂时终止的(stop the world)。如果JVM花费过多的时间在垃圾回收上，则势必会影响程序的运行性能。尤其是与用户交互的应用，可能希望垃圾回收所带来的应用停顿的时间越小越好。但是GC的工作间隔过长又会导致无用对象的内存无法及时释放。
Garbage Collector
垃圾回收机制有好几套算法,完成两件事情:
(1)发现无用的对象
(2)回收无用对象占用的内存空间,使其可以被再次使用。
有一种算法是根搜索算法：
根搜索算法是从离散数学中的图论引入的，程序把所有的引用关系看作一张图。从一个节点GC ROOT开始，寻找对应的引用节点，找到这个节点以后，继续寻找这个节点的引用节点，当所有的引用节点寻找完毕之后，剩余的节点则被认为是没有被引用到的节点，即无用的节点。如果这个对象是引用可达的, 则称之为活的(live), 反之, 如果这个对象引用不可达, 则称之为死的(dead), 也可以称之为垃圾(garbage)。
什么是内存泄漏
当一个对象已经不需要再使用了，本该被回收时，而有另外一个正在使用的对象持有它的引用，从而就导致对象不能被回收。这种导致了本该被回收的对象不能被回收而停留在堆内存中，就产生了内存泄漏。
内存泄漏的常见场景:
-
由内部类或匿名类引入的内存泄漏:
- 非静态内部类的静态实例
由于内部类默认持有外部类的引用，而静态实例属于类,所以内部类对象 被销毁时,内部类仍然持有外部类的引用，导致外部类对象无法被GC回收。
public class SecondActivity extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_second);
Runnable runnable = new Runnable() {
@Override
public void run() {
try{
Thread.sleep(80000000L);
//
SecondActivity.this.show();
}catch (InterruptedException e){
e.printStackTrace();
}
}
};
new Thread(runnable).start();
}
public void show(){
Log.d("TAG","I am Here");
}
Runnable 是一个匿名类, 默认 持有外部类SecondActity的引用。但是Thread执行的是一个耗时操作。
当从activity退出后,线程仍在执行，Runnable 还持有SecondActivity的强引用。导致Activity无法被GC回收。
解决办法:采用 静态内部类 ＋ 弱引用的方式
public class SecondActivity extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_second);
MyRunnable runnable = new MyRunnable(this);
new Thread(runnable).start();
}
public void show(){
Log.d("TAG","I am Here");
}
static class MyRunnable implements Runnable{
WeakReference<Activity> act ;
public MyRunnable(Activity activity){
act = new WeakReference<>(activity) ;
}
@Override
public void run() {
try{
Thread.sleep(80000000L);
if(act.get() != null && !act.get().isFinishing()){
SecondActivity secondActivity = (SecondActivity) act.get();
secondActivity.show();
}
}catch (InterruptedException e){
e.printStackTrace();
}
}
}
- handelr临时行内存泄漏
public Handler mHandler = new Handler(){
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
}
}
通常 handler是一个内部类，它持有外部类的引用（通常是一个Activity）
Handler通过发送Message与主线程交互,Message发送之后是存储在MessageQueue中的,有些Message不是立即被处理的，导致在一段时间内内存泄漏。
-
类的静态变量持有大数据对象。
静态变量长期维持到大数据对象的引用，阻止垃圾回收。
-
Context泄漏
Activity的context 被静态变量 或 单例 等(比actvity生命周期长的)持有，导致activity退出时无法被GC回收
-
资源对象未关闭
资源对象如Cusor、Stream、Socket、BitMap，应在使用后几十关闭.在finally中关闭，会导致异常情况下资源对象未被释放的隐患。
-
注册对象未被反注册
BroadCastReceiver 和其他的Listener 未反注册会导致观察者列表中维持着被注册对象的引用，阻止其被GC 回收。
四种引用类型：强应用、软引用、弱引用、虚引用
- 强引用 : 我们最常用的引用。一个对象被强引用 并且在GC数上可到达，GC 就不会回收它。
- 软引用（SoftReference）:如果一个对象只具有软引用，那么如果内存空间足够，垃圾回收器就不会回收它；如果内存空间不足了，就会回收这些对象的内存
- 弱引用（WeakReference）:如果一个对象只具有弱引用，那么在垃圾回收器线程扫描的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存。不过，由于垃圾回收器是一个优先级很低的线程，因此不一定会很快发现那些只具有弱引用的对象
- 虚引用（PhantomReference）：“虚引用”顾名思义，就是形同虚设，与其他几种引用都不同，虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用，那么它就和没有任何引用一样，在任何时候都可能被垃圾回收器回收。
虚引用主要用来跟踪对象被垃圾回收器回收的活动。虚引用与软引用和弱引用的一个区别在于：虚引用必须和引用队列 （ReferenceQueue）联合使用。当垃圾回收器准备回收一个对象时，如果发现它还有虚引用，就会在回收对象的内存之前，把这个虚引用加入到与之 关联的引用队列中。
查看当前某个应用内存 情况的命令:
adb shell dumpsys meminfo com.sogou.pakagemanagerdemo
检查内存泄漏的工具:Android Monitor 和 MAT
如何使用Android Monitor 和 MAT 检测内存泄漏，可以参考下面的链接：
Android Monitor的使用: https://www.jianshu.com/p/ef9081050f5c
MAT 的使用: https://www.jianshu.com/p/2d47d1cf5ccf
MAT 的使用: http://blog.csdn.net/u012760183/article/details/52068490
