Android中的内存分为: - native进程:采用C/C++实现,不包含dalvik实例的进程。
- java进程:Android中运行于dalvik虚拟机之上的进程。每一个java进程都是存在于一个native进程中。
内存空间是一定的,所以在对象无用时就要回收一些对象来留出空间。当Java Garbage Collection开始运行时,它会从他了解还存活的对象作为内存遍历的根节点(GC Root),遍历heap内存空间,没有直接或间接引用到GC Root的对象便会被回收。 而Android内存泄漏便是指进程中的对象,虽然没有使用价值了,但它仍然有直接或间接的引用到GC Root,那么该对象便不会被GC回收,导致内存持续被占用,使可用内存变小。 常见的内存泄漏[url=] [/url]
//如public void leak(final View view) { api.callback(new callBack() { onCallBack() { ... } )}[url=] [/url]
8.WebView的泄露问题:在魅族上面发现webView打开再关闭就会内存泄露..目前使用的解决方法是在webview外面嵌套一层layout作为container.在Activity的onDestroy中调用container.removeAllViews()方法. 9.Dialog导致Window泄露,如果需要在dialog依附的Activity销毁前没有调用dialog.dismiss().会导致Activity泄漏
检测内存泄露的方法Android Studio 自带的 Memory Monitor,手动触发GC可以看得比较直观,但是dump出来的文件需要处理才能用MAT打开,利用 sdk/platforms-tool/ 下的 hprof-conv 文件,命令为: /hprof-conv source output- Leakcanary,检测一些容易忽略的内存泄露很好用.
- adb shell dumpsys meminfo [包名]可以看到内存使用情况.
一些值得注意的地方理论上来说,当你退出一个 Activity 后,强制GC一次,内存值应该回到跟进入 Activity 差不多的状态,否则就有可能是内存泄露了.但是有可能是图片加载库中对新 Activity 中加载的图片做了内存缓存,然而这部分内存 GC 可能暂时不会回收. 比如在应用中我使用了 Fresco 去加载本地图库中的图片, Fresco 对这些图片做了内存缓存,然而这部分的图片其实是不需要在内存中缓存的.
|