Android内存管理、泄漏调试技巧.pptxVIP

Memory Analysis Java 层 Native 层 Java 层 强引用 即使虚拟内存吃紧，也不会导致对象被回收。 弱引用 当虚拟机OOM前，软引用会被强制回收。 软引用 虚引用 Android 每个应用程序都会使用一个专门的Dalvik虚拟机实例来运行，它是由Zygote服务进程孵化出来的。一旦程序出现内存泄漏的问题，仅仅会使自己的进程被kill掉，不会影响其他进程。 不同类型的进程有不同的内存使用上限。 init.rc 引起内存泄漏的情况 查询数据库没有关闭游标 Cursor cursor = null; try { cursor = getContentResolver().query(uri ...); if (cursor != null cursor.moveToNext()) { ... ... } } finally { if (cursor != null) { try { cursor.close(); } } } 构造Adapter时，没有使用缓存的convertView。 public View getView(int position, View convertView, ViewGroup parent) { View view = null; if (convertView != null) { view = convertView; populate(view, getItem(position)); ... } else { view = new Xxx(...); ... } return view; } 初始化时ListView会从BaseAdapter中根据当前屏幕布局实例化一些数量的View，同时ListView会将这些view对象缓存起来。当向上滚动Listview时，原先位于最上面的listview会被用来构造新出现的最下面的listItem。这个构造过程是由getView对象方法完成的。缓存的数据放在convertView中。 因此，如果在getView中每次都不去使用convertView重新实例化一个View对象，即会导致内存泄漏。 Bitmap对象不在使用时需要调用recycle()释放内存 由于Bitmap对象比较占用内存，当它不再被使用的时候，可以调用Bitmap.recycle()方法回收此对象。 引用导致的内存泄漏 全局变量引用一个对象 public class DemoActivity extends Activity { ... private Handler mHandler = ... private Object obj; public void operation() { obj = initObj(); ... mHandler.post(new Runnable() { public void run() { useObj(obj); } }); } 由于obj是全局变量，因此当mHander即使使用完成后，由于DemoAcitivity还在，所以initObj()的内存并没有被释放。 可以将obj改为局部变量，然后再传给mHandler 应用导致的内存泄漏 一个生命周期短的对象A，被一个生命周期长的对象B引用。 例子:假设我们希望在锁屏界面(LockScreen)中，监听系统中的电话服务以获取一些信息(如信号强度等)，则可以在LockScreen 中定义一个PhoneStateListener 的对象，同时将它注册到TelephonyManager 服务中。对于LockScreen 对象，当需要显示锁屏界面的时候就会创建一个LockScreen 对象，而当锁屏界面消失的时候LockScreen 对象就会被释放掉。 但是如果在释放LockScreen 对象的时候忘记取消我们之前注册的PhoneStateListener 对象，则会导致LockScreen 无法被垃圾回收。如果不断的使锁屏界面显示和消失，则最终会由于大量的LockScreen 对象没有办法被回收而引起OutOfMemory,使得system_process 进程挂掉。 分析步骤 以查询光标没有关闭导致内存泄漏为例 利用Heap，找到内存泄漏的操作。(先要作GC) 分析步骤 使用Allocation Tracke