本篇目录：

使用ConnectivityManager的内存泄漏隐患

这样即使Activity退出后仍然无法释放，导致内存泄漏。这个问题仅在0上出现，在1上ConnectivityManager实现为单例但不持有Context的引用，在0有以下版本ConnectivityManager既不为单例，也不持有Context的引用。

另外，public static A_activity mc= null，这种方式不好，容易造成内存泄漏，而且很容易造成此activity无法关闭。

要添加过滤器IntentFilter，由于系统网络变化时会发送ConnectivityManager.CONNECTIVITY_ACTION (android.net.conn.CONNECTIVITY_CHANGE)的广播，所以我们要监听这条广播。

高德地图内存泄露

高德地图内存泄露原因是程序中存在未释放的对象或变量、循环引用、回调函数未释放等问题导致的。在程序中，为了使用内存资源，需要创建对象或变量。

android手机测试中如何查看内存泄露

未关闭InputStream/OutputStream 在使用文件或者访问网络资源时，使用了InputStream/OutputStream也会导致内存泄露 Bitmap使用后未调用recycle()根据SDK的描述，调用recycle并不是必须的。

使用《Android中如何查看内存》中介绍的各种方法进行分析，确定是否有内存泄露以及是哪个进程造成的内存泄露。生成hprof文件，用MAT进行分析。

使用eclipse 自带的 DDMS 工具分析各线程的内存使用情况，如下图所示 Heap视图界面会定时刷新，在对应用的不断的操作过程中就可以看到内存使用的变化。判断当前进程是否有内存泄漏。

LeakCanary是一个Android和Java的内存检测库。

Android-DialogFragment内存泄露最强解决方案

1、解决办法：WeakReference activity持有的dialogFragment对象引用在dismiss后会被gc回收掉，直接解决内存泄漏。既然activity一直持有dialogFragment对象引用，那么我们就直接定义到一个匿名内部内中创建一个一次性的对象来使用。

2、解决方法：在Android开发中，我们经常会使用Handler来控制主线程UI程序的界面变化，使用非常简单方便，但是稍不注意，很容易引发内存泄漏。

3、首先确定是否有内存泄露及哪个程序造成。内存泄露已弹出out of memory对话框的情况。这种情况很简单，直接看对话框就知道是哪个应用的问题了。然后再分析该应用是否是因为内存泄露造成的 out of memory对话框。

4、手机内存问题1引起客户端客户端代码报错的原因-兼容不好-内存不足-内存泄露造成app开辟内存空间失败-内存泄漏。

5、内存泄露导致 由于我们程序的失误，长期保持某些资源（如Context）的引用，垃圾回收器就无法回收它，当然该对象占用的内存就无法被使用，这就造成内存泄露。

6、针对static的解决方案：应该尽量避免static成员变量引用资源耗费过多的实例，比如Context.Context尽量使用ApplicationContext的生命周期比较长，引用它不会出现内存泄露。使用WeakReference代替强引用。

到此，以上就是小编对于android内存泄露的几种情况的问题就介绍到这了，希望介绍的几点解答对大家有用，有任何问题和不懂的，欢迎各位老师在评论区讨论，给我留言。

内存