android泄漏问题 android内存泄漏分析

Android内存优化三:内存泄漏检测与监控

1、使用Memory Profiler 分析内存可以查看guan 网： 使用内存性能分析器查看应用的内存使用情况 对于内存泄漏问题，Memory Profiler 只能提供一个简单的分析，不能够确认具体发生问题的地方。

10年的绥滨网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。营销型网站的优势是能够根据用户设备显示端的尺寸不同，自动调整绥滨建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联建站从事“绥滨网站设计”,“绥滨网站推广”以来，每个客户项目都认真落实执行。

2、了解Android的内存管理机制在处理内存泄漏问题之前，我们首先要了解一下Android的内存管理机制，只有了解了这一点，我们才能够更加有效地进行排查和解决。

3、）创建新的局部对象，导致大量垃圾对象的产生，从而导致频繁的gc，降低程序的执行效率。2）不要做耗时操作，抢CPU时间片，造成绘制很卡不流畅。

4、Android tools中的DDMS就带有一个很不错的内存监测工具Heap(这里我使用eclipse的ADT插件，以真机为例，（在模拟器中的情况类似)。

5、功能强大PC端检测工具，如MemoryAnalyzer运行在PC端抓取Android手机中的dump文件进行深度分析。

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

Android线程泄漏场景以及解决办法

解决方法 ：将该内部类设为静态内部类或将该内部类抽取出来封装成一个单例，如果需要使用Context，就使用Application的Context。

尽量避免static成员变量引用资源耗费过多的实例，比如Context。因为Context的引用超过它本身的生命周期，会导致Context泄漏。所以尽量使用Application这种Context类型。

实例VideoView的时候传入的是Activity的上下文而VideoView里的SubtitleController方法中使用了HandlerThread，VideoView在stopPlayback()方法中又没有终止这个线程，这线程中还在使用Activity的上下文，导致了泄漏。

使用ConnectivityManager的内存泄漏隐患

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

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

分析Android内存泄漏的几种可能

如果传入的是 Activity 的 Context ，则需要考虑这个 Activity 是否在整个生命周期都不会被回收了，如果不是，则会造成内存泄漏。非静态内部类创建静态实例造成的内存泄漏 应该将该内部类单独封装为一个单例来使用。

即 ML （Memory Leak） 指 程序在申请内存后，当该内存不需再使用 但 却无法被释放 & 归还给 程序的现象。

资源对象没关闭造成的内存泄漏描述：资源性对象比如(Cursor，File文件等)往往都用了一些缓冲，我们在不使用的时候，应该及时关闭它们，以便它们的缓冲及时回收内存。

一般我们常说的内存泄漏是指堆内存的泄漏。堆内存是指程序从堆中分配的，大小任意的（内存块的大小可以在程序运行期决定），使用完后必须显示释放的内存。