1、java内存泄漏基础知识
简单的讲就是该被释放的对象没有得到释放，一直被某个实例所持有，导致不能垃圾回收。
2.java内存的分配策略
1）java程序运行当中，它的内存分配策略是分为三个部分。
（一）静态存储区（也叫方法区）：此处主要存放一些静态数据、全局变量等等。在java内存当中，程序编译的时候，他已经分配好了内存，并且在静态存储区中存储的变量，在整个程序运行期间都存在。
（二）栈区：他被方法执行的时候，方法体内的局部变量，它会在栈内创建内存空间，并在方法执行结束后，这些变量所持有的内存，他会被自动释放。因为占内存分配运算，它内置于处理器中，所以它效率很高。但是栈区 的内存空间容量有限。（由操作系统自动分配释放 ，存放函数的参数值，局部变量的值等）
（三）堆区（动态内存分配）：通常就是我们new对象出来的内存，这部分内存在不使用的时候，他将会有java 的垃圾回收器来负责回收。
栈区和堆区的区别：栈区在方法体内定义的一些基本类型变量 和对象的引用变量，都是在方法的栈内存中分配的。当在一段方法中定义一个
变量时，java就会在栈中为该变量分配内存空间，当超过变量的作用域之后，这个变量也就无效了。分配给他的内存空间也将被释放。
堆区所存储的是所有new出来的对象还有数组，在堆中分配的内存由java垃圾回收器自动管理。产生的数组或者对象可以在栈中定义一个特殊变量（栈区存储内存的地址）
3.java是如何管理内存的。
答：简单来说，java管理内存就是对象的分配和释放问题，在java中啊，程序员需要new为每个对象分配内存空间，所有的对象都是在堆中分配空间的。对象的释放是有GC（垃圾回收器）决定，在java中内存分配是由我们开发者来完成的，而内存的释放是由GC来自动完成的。这两条先减轻了我们开发者的工作，但是加重了java虚拟机的工作，这也是java相比较C语言、C++运行较慢的原因之一。但是GC有很大的作用，它为了能够正确的释放对象，他必须监控每个对象的运行状态，包括对象的申请、引用、被引用、赋值等等都需要进行监控。
4.java中的内存泄露？
答：内存泄露是指无用对象（不再被使用的对象）持续占有内存或者无用对象的内存得不到释放，从而造成的内存空间的浪费，称之为内存泄露。内存泄露不断地积累就会造成OOM现象
5.java中的内存泄漏由哪些原因导致？
单例、匿名内部类、handler造成的内存泄露等、static乱用、资源未关闭、AsyncTask等
（1）单例的静态特性，使他生命周期和APP的生命周期一样长，这也就表明如果一个对象不再被使用了，而这个单例还持有该对象的引用，被释放的对象将不能被正常回收。就会造成内存泄露。
（2）匿名内部类
非静态内部类默认会持有外部类的MainActivity的引用，而用非静态内部类创建一个静态实例的话，该实例的声明周期就会和应用的生命周期一样长。这就导致了该静态实例一直会持有该Activity的引用。从而导致Activity得资源不到正常回收
（3）handler造成的内存泄露
handler：线程之间发送消息异步的框架。而handler使我们开发中造成内存泄露最常见的。比如我们平常使用handler来处理一些网络数据获取的时候，会请求一个回调，这时候我们借助一个handler来处理，如果这个时候你没有考虑到handler引起的内存泄露，就会造成严重问题。例如：
private Handler mhandler = new Handler(){
@Override
public void handleMessage(Message msg) {
//...
}
};
上面的handler写法就会造成内存泄露，因为我们这个mhandler它是handler的非静态内部类的使实例，所以他持有外部类的引用，我们知道handler的消息队列是在一个looper线程中不断的轮训处理消息，当我们的Activity要退出的时候，消息对列中还有未处理的消息或正在处理的消息，而消息队列中的msg他又持有了mhandler的实例引用，这就导致了Activity资源想回收的时候无法回收，从而造成内存泄露。正确的写法如下：
public class TwoActivity extends Activity {
// private Handler handler = new Handler(){
// @Override
// public void handleMessage(Message msg) {
// //...
// }
// };
private MyHandler myHandler = new MyHandler();
private static class MyHandler extends Handler{
private WeakReference<Context> reference;
private MyHandler (Context context){
reference = new WeakReference<Context>(context);
}
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
}
}
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
getdata();
}
private void getdata() {
Message msg = Message.obtain();
myHandler.sendMessage(msg);
}
@Override
protected void onDestroy() {
super.onDestroy();
myHandler.removeCallbacksAndMessages(null);
}
}
我们会把handler的内部类，改为静态的内部类，同时我们会在MyHandler的内部持有外部类的弱引用，这样就能解决好内存泄露问题。
（4）尽量避免使用static变量。
如果我们把成员变量设置为了static，这个成员变量的生命周期就会和APP的生命周期是一致的，这样就会导致一个问题。如果你的APP进程是常驻内存的，即使APP切换到后台，这部分的stitic的变量他也是不会被释放的，按照我们现在APP的内存管理机制，占内存较大的进程将优先被回收。所以说当你的进程被回收了之后，你所存在的那些变量其实他的数据是不安全的。对于static造成的内存泄露，解决的方法就是在类设计的时候，你要考虑好是不是初始化的时候去设为静态成员，是否可以考虑一下懒加载，尽量避免static变量，如果必须要涉及到了static变量，那么一定要对这些变量的生命周期进行管理起来。
（5）资源未关闭造成的内存泄露，这个无需多说，大家都理解
（6）AsyncTask
原因和handler差不多，但是有一点是不一样的，我们可以在onDestory(）方法中取消掉AsyncTask任务，这样就可以避免造成内存泄露。
