|
1.资源性对象未关闭 资源性对象（比如Cursor、File文件等）往往都用了一些缓冲，在不使用的时候，应该及时关闭它们，以便它们的缓存数据能够及时回收。它们的缓存不仅仅在JAVA虚拟机内，还存在JAVA虚拟机外，如果仅仅把它们的引用对象置为null,而不关闭它们，往往会造成内存泄露。因为有些资源性对象，比如SQLite Cursor,如果我们没有关闭它，而仅仅把它置为null，系统在回收它时也会关闭它，但是这样的效率太低了。因此对于资源性对象不再使用时，应该立刻调用它的close()函数，将其关闭，然后再置为null。在程序退出时，一定要确保其资源性对象已经关闭。 因此，在编写资源文件读写时，都需要在finally中关闭资源性对象，避免在异常情况下资源对象未被释放的隐患。 2.注册对象未注销 如果事件注册后未注销，会导致观察者列表中维持着对象的引用，阻止垃圾回收，一般发生在注册广播接受器、注册观察者等。 假设在Activity中，监听系统中的电话服务，以获取一些信息，可以在Activity中定义一个PhoneStateListener对象，同时将它注册到TelephonyManager服务中。对于Activity对象，理论上要求Activity在退出后该Activity对象就会被释放掉。 但是如果在释放该Activity时，忘记取消之前注册的PhoneStateListener对象，则会导致Activity无法被GC回收。如果不断地进出这个Activity，则最终会由于大量的Activity对象没有办法被回收而引起频繁的GC情况，甚至导致OOM。 3.类的静态变量持有大数据对象 静态变量长期维持着对象的引用，阻止垃圾回收，如果静态变量持有大的数据对象，如Bitmap等，就很容易引起内存不足等问题。 静态变量是在类被load的时候分配内存的，并且存在于方法区。当类被卸载的时候，静态变量被销毁。 1).类在什么时候被加载？ 当我们启动一个app的时候，系统会创建一个进程，此进程会加载一个Dalvik VM的实例， 然后代码就运行在DVM之上，类的加载和卸载，垃圾回收等事情都由DVM负责。也就是说在进程启动的时候，类被加载，静态变量被分配内存。 2).类在什么时候被卸载？ 在进程结束的时候。 4.非静态内部类的静态实例 非静态内部类会维持一个到外部类实例的引用，如果非静态内部类的实例是静态的，就会间接长期维持着外部类的引用，阻止被系统回收。如下代码是一个非静态内部类的实现。 public class LayoutPerActivity extends Activity { private static TestModule mTestModule = null; @override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); this.getWindow().setBackgroundDrawable(null); setContentView(R.layout.activity_layout_per); if(null == mTestModule) { mTestModule = new TestModule(this); } } class TestModule{ private Context mContext = null; public TestModule(Context ctx) { mContext = ctx; } } } 在Activity内部创建了一个非静态内部类的静态实例mTestModule,每次启动Activity都会使用TestModule的数据，这样虽然避免了资源的重复创建，但是TestModule为非静态内部类默认持有外部类的引用，而这里又使用该非静态内部类创建了一个静态的实例，该实例的生命周期和应用一样长，这就导致该静态实例一直持有该Activity的引用，Activity的资源不能正常回收。 可以这样避免内存泄露，即将内部类TestModule设为静态内部类或者将内部类TestModule抽取出来封装成一个单例，如果需要使用Context，就在没有特殊要求的情况下，使用Application Context,如果需要使用Activity Context,就记得用完后置空让GC回收，否则还是会内存泄露。 5.Handler临时性内存泄露 Handler通过发送Message与主线程交互是应用开发中非常常见的使用场景之一，Message发出之后存在于MessageQueue中，有些Message也不是马上就被处理到。在Message中存在一个target,它是Handler的一个引用，Message在Queue中存在的时间过长，就会导致Handler无法被回收。如果Handler是非静态的，则会导致Activity或者Service不会被回收。Handler发送Message与主线程交互的实现代码如下： public class LayoutPerActivity extends Activity { Handler mHandler = new Handler(){ @Override public void handleMessage(Message msg) { super.handleMessage(msg); } }; private void doGetDataAsyncTask() { Message msg = Message.obtain(); mHandler.sendMessage(msg); } } 由于mHandle是Handler的非静态匿名内部类的实例，所以它持有外部类Activity的引用，并且消息队列是在一个Looper线程中不断轮询处理消息，那就有一种情况，当这个Activity退出时，消息队列中还有未处理的消息或者正在处理的消息，并且消息队列中的Message持有mHandler实例的引用，mHandler又持有Activity的引用，所以导致该Activity的内存资源无法及时回收，引发内存泄露。避免这种内存泄露需要修改以下三个地方； 1.使用一个静态Handler内部类， 2.对Handler持有的对象使用弱引用，这样在回收时，也可以回收Handler持有的对象 3.在Activity的onDestroy或者onStop时，应该移除消息队列中的消息，避免Looper线程的消息队列中有待处理的消息需要处理。 修改后的代码如下： public class LayoutPerActivity extends Activity { private NewHandler mHandler = new NewHandler(this); private static class NewHandler extends Handler{ private WeakReference<Context> mContext = null; public NewHandler(Context context) { mContext = new WeakReference<Context>(context); } @Override public void handleMessage(Message msg) { super.handleMessage(msg); } } private void doGetDataAsyncTask() { Message msg = Message.obtain(); mHandler.sendMessage(msg); } @Override protected void onDestroy() { super.onDestroy(); mHandler.removeCallbacksAndMessages(null); } } 6.容器中的对象没有清理造成的内存泄露 通常把一些对象的引用加入集合中，在不需要该对象时，如果没有把它的引用从集合中清理掉，这个集合就会越来越大。如果这个集合是static，情况就更严重了。 7.WebView造成的内存泄露 webview的内存泄露的解决方法一般是为此webview单独开一个进程，使用AIDL与应用的主进程进行通信，当不再使用此webView的时候杀死此进程即可。 附：检测内存泄露工具及集成方法 工具：square公司开源的Leakcanary github地址：https://github.com/square/leakcanary.git 集成方法 添加依赖： debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5.1' releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.1' testCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.1 新建一个App类继承Application image.png 在onCreate方法中添加如下代码 if (LeakCanary.isInAnalyzerProcess(this)) { // This process is dedicated to LeakCanary for heap analysis. // You should not init your app in this process. return; } LeakCanary.install(this); // Normal app init code... } 然后在清单文件中配置App类 image.png 就这样就集成好了 下面写一个栗子来验证一下吧： 在工程里新建一个Activity,取名字叫SecondActivity: 在SecondActivity添加如下代码： public class SecondActivity extends AppCompatActivity { private static SecondActivity.TestModule mTestModule = null; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); this.getWindow().setBackgroundDrawable(null); setContentView(R.layout.activity_main); if(null == mTestModule) { mTestModule = new SecondActivity.TestModule(this); } } class TestModule{ private Context mContext = null; public TestModule(Context ctx) { mContext = ctx; } } } 然后在MainActivity中加一个按钮，用于打开SecondActivity image.png public class MainActivity extends AppCompatActivity implements View.OnClickListener{ private Button noStaticInnerClass; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); this.getWindow().setBackgroundDrawable(null); setContentView(R.layout.activity_main); noStaticInnerClass = (Button) findViewById(R.id.no_static_inner_class); noStaticInnerClass.setOnClickListener(this); } @Override public void onClick(View view) { switch (view.getId()) { case R.id.no_static_inner_class: startActivity(new Intent(this,SecondActivity.class)); break; } } } 然后一直打开关闭SecondActivity，就会检测到内存泄露： 本文转自：简书 微信号：IdeaofSE |
|
|
