今天整理一下关于内存泄漏和优化相关，这是个人最近心得，希望能够帮助读者。
下面我们便开始吧。
最近组内在讨论关于内存泄漏与优化的问题，每个人多多少少可能都会遇到这样的问题，总是觉得哪里会出现内存泄漏，而网上对内存泄漏和优化的文章有一大堆，每次看的总是觉得一时能够理解，但是自己却总是用不到或者想不透，最近颇有心得，下面来讲下关于这个问题，结合一些例子，优化和泄漏放在一起。
个人理解有以下几点：
1.首先，关于后台服务，别总是想着要保活，现在Google已经把app后台活动限制的死死的，别想着要反着来，人家这样做肯定是经过仔细考虑才发布的，而且每个版本都还要加强限制，不懂得小伙伴可以大概了解一下Doze模式下面程序活动情况，基本后台活动会不断延时进行，就连用的微信最近放久了也不及时不灵光了。
结论：服务Google推荐使用JobService，一般服务做前台就行，也可以用IntentService（如果与UI无交互）
2.应用返回为杀死，我们经常会在主页面重写返回，让用户点了back之后进入后台页面，这是不友好的。
建议：使用正常退出流程，让应用关闭当前页面，否则这部分页面任然占用内存，导致资源浪费
3.关于Context引用，有Activity的Context，而一般建议使用ApplicationContext，这样使对象引用的是Application，而不是页面的Context，否则存在内存泄漏，这个通俗易懂，但是什么情况是Context引用而容易导致内存泄漏呢，我整理了一下，用一句话来讲：线程或者静态对象直接或者间接引用了ActivityContext。
什么是直接引用？
1.静态对象引用
public class MainActivity extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//public static Object ref1;
RefManager.ref1 = this;
}
}
这是一个静态对象引用case，这里存在页面关闭activity任然被静态指向导致内存泄漏，我想这样的代码应该每人写。
2.线程引用
public class MyThread extends Thread{
private Context mContext;
public MyThread(Context mContext) {
this.mContext = mContext;
}
}
Thread mThread = new MyThread(this);
mThread.start();
这种case是线程直接引用Context，这种情况导致页面关闭但是Thread可能还没有执行完成导致Context被引用出现内存泄漏。
以上是2种直接引用this对象（Map引用也差不多），这2种情况都需要使用慎重，直接引用很容易排查，建议使用WeakReference或者在页面推出执行引用置空操作并且释放资源
3.间接引用：
关于间接引用，据我理解，其实就是 非静态内部类/匿名内部类 被静态或者线程引用，为什么这样理解呢？
3.1链式传递引用：顾名思义，就是一个A -> B -> T/S，那么T/S也是引用A的，举例如下：
MyObject obj = new MyObject(MainActivity.this);
Thread mThread = new MyThread(obj);
mThread.start();
这里MyObject对象对Activity引用，而该对象又被MyThread引用，这么按照传递的效果，那么Activity也是间接被MyThread引用了
3.2非静态内部类：
非静态内部类可以访问外部方法（静态内部类则不能访问），也就是说，非静态内部类默认可以完全访问外部方法，这样外部类就是默认被非静态内部类完全引用了，如果将这个非静态内部类传给静态变量或者线程，那么就好比 A -> B -> T/S , 其中A是Context/Activity，B在A里面属于非静态内部类， T/S是线程或静态变量，这样T/S就是间接引用A，在A关闭可以导致内存泄漏，当然了，这里需要注意的是可能B经过很多C或者D或者E，最后到T/S，这就存在一个链式间接引用，这条链上面的每个元素都不会被释放，导致泄漏。下面将结合3.3举例：
3.3匿名内部类：
匿名内部类同3.2非静态内部类，匿名内部类是由new创建并重写或者实现某个方法，假设在A中有个匿名内部类，那么匿名内部类重写或者实现的方法中可以调用A中所有方法，这就存在对A的引用，匿名内部类引用了A，这时候又和上面一样的case了，如果这个匿名内部类经过多次链式传递给了静态变量或者线程，那么页面关闭的时候，匿名内部类不会被释放，那么引用的A也不会被释放，导致内存泄漏，常见的有CallBack，Handler，new构造的所有对象重写或实现的方法会产生引用A内部方法，举个栗子：
public class MainActivity extends Activity{
private void init(){
//匿名内部类引用
MyThread thread = new MyThread(new callBack1() {
@Override
public void onResult() {
processResult();
}
});
//非静态内部类引用
thread.setCallBack2(new callBack2());
}
public interface callBack1{
void onResult();
}
public class callBack2{
public void invoke(){
MainActivity.this.processResult();
}
}
public void processResult(){
//do something
}
}
此例子是一个Activity里面有一个内部类CallBack2和一个接口，首先是非静态内部类，使用invoke方法调用Activity的onResult，其二是匿名内部类接口callBack1，这里内部类接口callBack1引用了this里面方法导致后台操作不会及时释放Context。
4.资源的打开与关闭
使用IO、File流或者Sqlite、Cursor等资源时要及时关闭，一般都是对应写注册与反注册, Open与Close。
5.其他
耗时任务，属性动画间接引用View里面Context，Thread（Runnable），Timer引用This方法导致泄漏。
总结：
关于内存泄漏，目前个人理解就是对页面Context(this)的引用，直接或者间接引用，直接引用容易发现，间接引用需要追踪链接，不管是线程还是静态内部类，引用方法或者view都会造成内存泄漏。如果内部类并没有引用Context(this)里面的方法或者指向则不会造成泄漏。