Android防止内容溢出
Android的虚拟机是基于寄存器Dalvik的，最大堆大小一般是16M。但是Android采用的是Java，所以在很大程度上，Android的内存机制等同于Java的内存机制。刚开始开发的时候，内存的限制问题会给我们带来内存溢出等问题。在不使用一些内存的时候，要尽量在Android或者其他平台上避免在运行其他程序时，保存必要的状态，使得一些死进程所带来的内存问题，应该尽量在关闭程序或者保存状态的时释放掉。以此来提高系统在运行方面的流畅性。
Android内存主要表现在：
1、在Android平台上，长期保持一些资源的引用，造成一些内存无法释放，带来的内存泄漏很多。比如：Context（下文中提到的Activity就是Context），在一些你需要保持你的首个类对象状态，并且把状态传入其他类对象中时，这样消除掉首个类对象之前，你必须先把接受类对象释放掉，需要注意的是：因为Java或者Androｉｄ内存机制中，定点的结点释放前必须保证其他对象没有调用才能被系统gc回收释放。
protected void onCrreate(Bundle state)
{
super.onCreate(state);
TextViewlabel = new TextView(this);
label.setText("Leaksare bad");
setContentView(label);
}
此代码将TextView的实例加载到了正在运行的Activity中，通过ＧＣ回收机制，要释放Ｃｏｎｔｅｘｔ，就需要先释放掉引用他的一些对象，如果没有，在释放Ｃｏｎｔｅｘｔ的时候，发现会有大量的内存溢出。因此，如果不小心，内存溢出是非常容易的。保存一些对象时，同时也会造成内存泄漏。最简单的比如位图Ｂｉｔｍａｐ，；在屏幕旋转时，会破坏当前保持的一个Ａｃｔｉｖｉｔｙ状态，并且重新生成Ａｃｔｉｖｉｔｙ，直到新的Ａｃｔｉｖｉｔｙ状态被保存。
private static Drawable sBackground;
@Override
protected void onCreate(Bundle state) {
super.onCreate(state);
TextView label = new TextView(this);
label.setText("Leaks are bad");
if (sBackground == null) {
sBackground=getDrawable(R.drawable.large_bitmap);
}
label.setBackgroundDrawable(sBackground);
setContentView(label);
}
此代码非常快，但是也是错误的，它的内存泄漏很容易出现在屏幕转移的方向上，虽然没有显示的保存Ｃｏｎｔｅｘｔ实例，但是当我们把绘制的图连接到一个视图时，Ｄｒａｗａｂｌｅ就会将被Ｖｉｅｗ设置为回调，这说明，在绘制ＴｅｘｔＶｉｅｗ到Ａｃｔｉｖｉｔｙ中时，已经引用到了此Ａｃｔｉｖｉｔｙ。Drawable->TextView->Context。
所以在想要释放Context的时候，其实还是保存在内存中，并没有得到释放。
如何避免这种情况：主要在于。线程最容易出错。大家不要小看线程，在Android里面线程最容易造成内存泄露。线程产生内存泄露的主要原因在于线程生命周期的不可控。下面有一段代码：
publicclass MyTest extends Activity {
@Override
publicvoidonCreate(BundlesavedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
newMyThread().start();
}
privateclass MyThread extendsThread{
@Override
public void run(){
super.run();
//dosomthing
}
}
}
代码很简单，但是在Android上又来新问题了，当我们在切换视图屏幕的时候（横竖屏），就会重新建立横屏或者竖屏的Activity。我们形象的认为之前建立的Activity会被回收，但是事实如何呢？Java机制不会给你同样的感受，在我们释放Activity之前，因为run函数没有结束，这样MyThread并没有销毁，因此引用它的Activity（Mytest）也有没有被销毁，因此也带来的内存泄露问题。
有些人喜欢用Android提供的AsyncTask，但事实上AsyncTask的问题更加严重，Thread只有在run函数不结束时才出现这种内存泄露问题，然而AsyncTask内部的实现机制是运用了ThreadPoolExcutor,该类产生的Thread对象的生命周期是不确定的，是应用程序无法控制的，因此如果AsyncTask作为Activity的内部类，就更容易出现内存泄露的问题。
线程问题的改进方式主要有：
l 将线程的内部类，改为静态内部类。
l 在程序中尽量采用弱引用保存Context。
2. 万恶的bitmap。。。
Bitmap是一个很万恶的对象，对于一个内存对象，如果该对象所占内存过大，在超出了系统的内存限制时候，内存泄露问题就很明显了。。
解决bitmap主要是要解决在内存尽量不保存它或者使得采样率变小。在很多场合下，因为我们的图片像素很高，而对于手机屏幕尺寸来说我们并不用那么高像素比例的图片来加载时，我们就可以先把图片的采样率降低在做原来的UI操作。
如果在我们不需要保存bitmap对象的引用时候，我们还可以用软引用来做替换。具体的实例代码google上面也有很多。
综上所述，要避免内存泄露，主要要遵循以下几点：
第一：不要为Context长期保存引用（要引用Context就要使得引用对象和它本身的生命周期保持一致）。
第二：如果要使用到Context，尽量使用ApplicationContext去代替Context，因为ApplicationContext的生命周期较长，引用情况下不会造成内存泄露问题
第三：在你不控制对象的生命周期的情况下避免在你的Activity中使用static变量。尽量使用WeakReference去代替一个static。
第四：垃圾回收器并不保证能准确回收内存，这样在使用自己需要的内容时，主要生命周期和及时释放掉不需要的对象。尽量在Activity的生命周期结束时，在onDestroy中把我们做引用的其他对象做释放，比如：cursor.close()。
其实我们可以在很多方面使用更少的代码去完成程序。比如：我们可以多的使用9patch图片等。有很多细节地方都可以值得我们去发现、挖掘更多的内存问题。我们要是能做到C/C++对于程序的“谁创建，谁释放”原则，那我们对于内存的把握，并不比Java或Android本身的GC机制差，而且更好的控制内存，能使我们的手机运行得更流畅。