最近工作中，遇到了几个内存优化的问题，1.应用退出后，此应用进程保持了不少内存得不到释放，用工具强制gc也无法释放。2.应用进入某些页面瞬间请求分配内存过大。此两个问题对于有经验的开发者很容易猜测一个是内存泄露，一个是图片之类的资源问题。下面来写一个例子分析一下这两个问题

 第一个例子是Volley加载图片的app,当此app退出时缓存释放问题

Application类

package demo.memory.com.memorydemo;

import android.app.Application;

import com.android.volley.RequestQueue;
import com.android.volley.toolbox.Volley;

public class MyApplication extends Application{

    RequestQueue mRequestQueue;
    private static MyApplication mInstance;

    public static MyApplication getInstance(){
        return mInstance;
    }

    @Override
    public void onCreate() {
        super.onCreate();
        mInstance = this;
    }

    public RequestQueue getRequestQueue() {
        if (mRequestQueue == null) {
            mRequestQueue = Volley.newRequestQueue(this);
        }
        return mRequestQueue;
    }
}

主Activity简单的跳转功能

package demo.memory.com.memorydemo;

import android.content.Intent;
import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import android.view.View;

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
    }

    public void jump(View view){
        Intent intent = new Intent(this,ShowImageActivity.class);
        startActivity(intent);
    }
}

package demo.memory.com.memorydemo;

import android.app.Activity;
import android.os.Bundle;
import android.widget.ImageView;

import com.android.volley.toolbox.ImageLoader;

public class ShowImageActivity extends Activity{
    private final static String IMAGE1_URL = "http://o6lxzg30h.bkt.clouddn.com/7375cd24ee25d29c81dff09a7375fff1.jpg";
    private final static String IMAGE2_URL = "http://o6lxzg30h.bkt.clouddn.com/223412884cpmc7m4j1gof1.jpg";

    ImageLoader mImageLoader;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.show_image);
        mImageLoader = new ImageLoader(MyApplication.getInstance().getRequestQueue(), MyImageCache.getInstance());
        ImageView image1Iv = (ImageView)findViewById(R.id.image1_iv);
        ImageView image2Iv = (ImageView)findViewById(R.id.image2_iv);

        mImageLoader.get(IMAGE1_URL,new MyImageListener(image1Iv));
        mImageLoader.get(IMAGE2_URL,new MyImageListener(image2Iv));
    }
}

package demo.memory.com.memorydemo;

import android.graphics.Bitmap;
import android.util.LruCache;

import com.android.volley.toolbox.ImageLoader;

public class MyImageCache implements ImageLoader.ImageCache {

    private LruCache<String, Bitmap> mMemoryCache;
    private static MyImageCache mImageCache;

    private MyImageCache() {
        int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
        int cacheSize = maxMemory / 8;
        mMemoryCache = new LruCache<String, Bitmap>(cacheSize) {
            @Override
            protected int sizeOf(String key, Bitmap bitmap) {
                return bitmap.getByteCount() / 1024;
            }
        };
    }

    public static MyImageCache getInstance() {
        if (mImageCache == null)
            mImageCache = new MyImageCache();
        return mImageCache;
    }

    @Override
    public void putBitmap(String key, Bitmap value) {
        mMemoryCache.put(key, value);
    }

    @Override
    public Bitmap getBitmap(String key) {
        return mMemoryCache.get(key);
    }

    public void clearCache(){
        if(mMemoryCache != null){
            mMemoryCache.evictAll();
        }
    }
}

package demo.memory.com.memorydemo;

import android.widget.ImageView;

import com.android.volley.VolleyError;
import com.android.volley.toolbox.ImageLoader;

public class MyImageListener implements ImageLoader.ImageListener {

    private ImageView view;

    public MyImageListener(ImageView view){
        this.view = view;
    }

    @Override
    public void one rrorResponse(VolleyError error) {}

    @Override
    public void onResponse(ImageLoader.ImageContainer response, boolean isImmediate) {
        view.setImageBitmap(response.getBitmap());
    }
}

此时app进程占用内存是10M

退出app,点击进行强制gc回收，但是发现此app虽然退出了，但是还占用9M内存，我们知道一个空的应用进程如果没有被杀死，它占用1.4M左右内存才算正常的，现在是9M显然是有问题。接下来用工具分析一下这个问题。

首先抓取此时Heap中的信息，因为Java中的内存占用主要在Heap中。点击 进行抓取，大约等几十秒中，等待抓取完成会生成一个hprof文件，在Android studio 中的 captures选项夹中可以看到，此文件会被android studio 自动打开如图

Retained Size表示内存总占用，从图中可以看出byte[]占用了8M多，从这个大小中我们大约可以可以猜测应该是这个的问题，点击byte[],从右侧的Instance中可以找到两个特别大的对象，如图

这两个对象都占用了4M内存，点击其中一个对象，在下方的Preference Tree中我们可以定位到 com.memorydemo.MyImageCache类的mMemoryCache成员,看来是这个类的问题，从上面代码中我们可以看到，mMemoryCache是我们定义的一个图片缓存对象，为什么不能被gc回收呢？是因为它是静态的。

再来通过另一个远古神器MAT来分析一下,MAT下载地址 http://www.eclipse.org/mat/downloads.php

MAT启动界面如图

此工具是读取hprof文件的，和上面的一样，但是Android studio生成的不是标准的需要转换一下，在Captures里右键选择 Export to standard.hprof

转换后的文件，可以被MAT识别，在MAT的File->Open Heap Dump打开转换后的文件，选择Leak Suspects Report ,进入如图所示界面

我们点击 此按钮生成一个histogram,如图

从图中可以看到同样是byte[]占用高，右键byte[],--> List objects --> with incoming references

可见是前两个对象占用过高，右键其中一个对象 --> Path to GC Roots --> exclude all phantom/weak/soft etc. references,进入如下界面点开调用栈发现最终定位到了mImageCache，此对象前面有个小黄点，表示它不能被gc回收，前面说了它是个静态成员

好了通过这两个工具清晰的说明了，之所以app退出后仍然没有释放内存，是因为我们的图片缓存没有释放导致，那么我们在何时释放图片缓存了？当然是在程序的全部UI都退出后。Android 提供了 public void onTrimMemory(int level)方法来监听此过程，在 https://developer.android.com/training/articles/memory.html文档中的 Release memory as memory becomes tight中讲解了 此方法各参数的用法，我们这里只坚挺 level = TRIM_MEMORY_UI_HIDDEN 的情况，此level表示app所有界面已不可见，在Application类中重写方法onTrimMemory释放缓存文件

@Override
    public void onTrimMemory(int level) {
        super.onTrimMemory(level);
        if(level == TRIM_MEMORY_UI_HIDDEN){
            MyImageCache.getInstance().clearCache();
        }
    }

demo代码下载 http://download.csdn.net/detail/u011291205/9621303

下一篇来说明一下一个内存泄露问题

工作中遇到的Android内存优化问题（1）