内存优化

内存泄漏

当一个对象不在使用了，本应该被垃圾回收器（JVM）回收，但是这个对象由于被其他正在使用的对象所持有，造成无法被回收的结果，通俗点就是系统把一定的内存值A借给程序，但是系统却收不回完整的A值，那就是内存泄漏

非静态内部类|匿名内部类会持有外部类的引用么？

我们经常用到的AsyncTask、Runnable、Handler、Thread等类，在采用非静态内部类|匿名内部类的方式使用的话，都会隐式地持有外部类的引用。

其原因其实也好理解的，如果不是隐式地持有外部类的引用，我们怎么可以在内部任意使用外部类的变量、方法呢？

出现内存泄漏的原因大都是在Activity已经销毁的时候，其还有在执行未关闭的后台线程或MessageQueue(消息队列)中有延时待分发处理的Message，Message中又持有Handler实例，Handler又持有Activity实例。

解决方案有2个思路：

严格保证程序逻辑。

1.在销毁Activity的时候结束掉在执行的后台线程。线程结束了，就等于切断了与外部类关联的线。

2.使用Handler.postDelayed( new Runnable(),xxx)方式的话，直接调用Handler的removeCallbacksAndMessages(null)方法，移除回收消息队列的消息即可。

采用静态内部类+弱引用（WeakReference）持有外部类实例

例子：

private  static class MyHandler extends Handler {

  WeakReference<Activity > mActivityReference;

  MyHandler(Activity activity) {

      mActivityReference= new WeakReference<Activity>(activity);

  } 

@Override 

public void handleMessage(Message msg) {

      final Activity activity = mActivityReference.get(); 

    if (activity != null) {

          activity.xxx ......;      }

  }

}

内存溢出

系统会给每个APP分配内存也就是Heap size值，当APP所需要的内存大于了系统分配的内存，就会造成内存溢出；通俗点就是10L桶只能装10L水，但是你却用来装11L的水，那就有1L的水就会溢出

Handler机制问题

问题：为什么主线程不会因为Looper.loop()里的死循环卡死？

四大组件

Activity

生命周期问题，A启动B，生命周期是什么样的，

A-onPause——》B-onCreate——》B-onStart——》B-onResume——》A-onStop  

如果activity主题是透明的在切换多任务的时候不会调用onStop

Activity四大启动模式

非activity的Context启动Activity需要指定FLAG_ACTIVITY_NEW_TASK标志位

standard标准模式，没启动一个activity都会新建实例添加入栈内，

singleTop栈顶复用模式，ABC,启动D会变成ADCD, 如果栈内是ABCD启动D不会新建D实例，会直接启动栈顶D，回调onNewIntent方法

singleTask栈内复用模式，ABC中启动C，会变成ABCD，如果栈内是ABCD要启动B不会新建B实例，会直接调用栈内B，但是也会把栈内存在B以上的实例全部推出栈变成AB

singleInstance单实例模式，一个activity实例都会起一个栈存放，并保证不会有重复的实例