Activity的四大启动方式&&启动Activity引起的内存泄露问题

前情提要

作为一个安卓程序猿，挣大钱的问题深深的困扰着我们，但是内存泄露像一座大山，阻挡在我们面前，我们必须干掉他，继续向前。

Activity四大启动方式

• standard（默认）
  默认模式，可以不用写配置。在这个模式下，都会默认创建一个新的实例。因此，在这种模式下，可以有多个相同的实例，也允许多个相同Activity叠加。
• singleTop
  可以有多个实例，但是不允许多个相同Activity叠加。即，如果Activity在栈顶的时候，启动相同的Activity，不会创建新的实例，而会调用其onNewIntent方法。
• singleTask
  只有一个实例。在同一个应用程序中启动他的时候，若Activity不存在，则会在当前task创建一个新的实例，若存在，则会把task中在其之上的其它Activity destory掉并调用它的onNewIntent方法。
  如果是在别的应用程序中启动它，则会新建一个task，并在该task中启动这个Activity，singleTask允许别的Activity与其在一个task中共存，也就是说，如果我在这个singleTask的实例中再打开新的Activity，这个新的Activity还是会在singleTask的实例的task中
• singleInstance
  只有一个实例，并且这个实例独立运行在一个task中，这个task只有这个实例，不允许有别的Activity存在。

启动方式清晰日志打印Demo参考

http://download.csdn.net/detail/ch1406285246/9662359

为什么会内存泄露？

因为有很多持有引用，没有被GC所及时回收，我们也没有去处理。或者GC无法回收。会导致内存泄露。本文所提及的内存泄露为Intent对象没有回收的问题（该处内存泄露问题介绍简单，有需要了解更多的请移步http://blog.csdn.net/ch1406285246/article/details/61618963）.

如何解决该内存泄露问题

请大家再仔细看一下四大启动方式的第一个我加了默认两个字，第一种启动方式是当我们不设置启动方式的时候默认的启动方式，它的缺点就是每次都会创建新的实例，那么因为GC没有及时回收，就是内存泄露问题，我们可以根据自己的业务需求改为其他三种启动方式，然后在onNewIntent()进行页面的初始化操作就OK了。