Activity的加载模式.doc

Activity就相当于一块块的七巧板，每个应用用这一个个七巧板组合成了美丽的图画， 那么，每个应用又是如何将各个Activity组合起来的呢？这就是本文要讲的内容。 通常情况下，一个应用有一个Task，这个Task就是为了完成某个工作的一系列Activity的集合。而这些Activity又被组织成了堆栈的形式。 当一个Activity启动时，就会把它压入该Task的堆栈，而当用户在该Activity中按返回键，或者代码中finish掉时，就会将它从该Task的堆栈中弹出。如果我们没有特别的需求，我们的应用就会呈现出如下图所示的情形（好吧，我承认这个图是document里的）： 然而，事实上我们的需求远没有我们想的那么简单。有时候，你可能希望在开启一个Activity时，重新开启一个Task；有时你可能希望将已经存在的一个Activity放到栈顶，而不是重新创建一个. Android为了使我们能够打破默认的堆栈的先后出的模式，提供了两个种方式：一种是在AndroidManifest.xml定义Activity时指定它的加载模式，另一种是在用Intent开启一个Activity时，在Intent中加入标志。如果两种方式都用了，则后者的优先级更高。 两种方式的差别在于，前者在于描述自己，向别的Acttivity等声明你们如何来加载我；而后者则是动态的，指出我要求你（要启动的Activity）如何来加载。本文的重点在于研究在AndroidManifest.xml中声明加载模式。Android为我们定义了四种加载模式，分别是：standard、singleTop、singleTask和singleInstance。“拿来主义”（有求必应）standard模式 我们写一段代码来测试一下standard加载模式，如下 AndroidManifest.xml里Activity的设置如下：1. 4. 5. 6. 7. 8. Activity1的代码如下：1. publicclassActivity1extendsActivity 2. Override3. publicvoidonCreate(BundlesavedInstanceState) 4. super.onCreate(savedInstanceState); 5. setContentView(R.layout.main); 6. 7. 8. /*当点击Activity时，启动另一个Activity1*/9. Override10. publicbooleanonTouchEvent(MotionEventevent) 11. Intentintent=newIntent(this,Activity1.class); 12. startActivity(intent); 13. returnsuper.onTouchEvent(event); 14. 15. 然后我们启动程序，开启Activity1，然后点击Acitivity1，启动另一个Activity1，然后再点击，再点击，再点击. 之后我们点返回键。 发生了什么事情？没错，我们按返回键返回一个又一个相同的Activity1。 standard是Activity默认的加载模式，这种方式用一个词来形容的话就是“拿来主义”。使用这种模式的Activity向所有使用它的Task声明：“我这里的这种Activity多着呢，谁需要的话我就给谁”。所以当一个Task请求加载这个Activity时，该Task直接实例化该Activity，并把它放到栈顶。 因此我们的例子就出现了这样的堆栈结构（假设我们点击了4次）：Activity1Activity1Activity1Activity1Activity1 我们设想一个情形：我们要做一个图片浏览器，第一个界面是图片列表界面（假设为PictureListActivity），第二个界面是浏览该张图片（假设为PictureViewActivity）。在PictureViewActivity中可以startActivity启动浏览界面浏览上一张和下一张。 如果每一张图片的浏览启动一个PictureViewActivity（当然你可能不是采用这种方式来浏览上一张和下一张，这里只是举个例子），如果采用standard模式的话，就会出现多个PictureViewActivity在堆栈中堆叠的情形（此时按Back键将返回刚才浏览的那一张，但我们更多是想返回到PictureListActivity）。下面介绍的singleTop便可以解决这个问题。“拒绝堆叠”singleTop模式 我们将上面的例子稍加改动，AndroidManifest.xml中Acitivity1的launchMode改为singleTop，Activity1的代码修改如下：1. publicclassActivity1extendsActivity 2. Override3. publicvoidonCreate(BundlesavedInstanceState) 4. super.onCreate(savedInstanceState); 5. setContentView(R.layout.main); 6. /Activity1创建时显示Toast 7. Toast.makeText(this,onCreatecalled!,Toast.LENGTH_SHORT).show(); 8. 9. 10. Override11. protectedvoidonNewIntent(Intentintent) 12. setTitle(IamActivity1too,butIcalledonNewIntent!); 13. super.onNewIntent(intent); 14. 15. 16. /点击进入加载Activity1 17. Override18. publicbooleanonTouchEvent(MotionEventevent) 19. Intentintent=newIntent(this,Activity1.class); 20. startActivity(intent); 21. returnsuper.onTouchEvent(event); 22. 23. 同样，我们启动程序，开启Activity1，然后点击Acitivity1，启动另一个Activity1，然后再点击，再点击，再点击. 之后我们点返回键。 结果，Activity1第一次创建时，显示一个Toast提示，onCreate被调用，当再次点击时，onCreate没有被调用相反是进入了onNewIntent函数。当按返回键时，直接退出了该应用，可见，堆栈中只存在一个Acitivity1。 可见，当activity被设置为singleTop的加载模式时，如果堆栈的顶部已经存在了该Activity，那么，它便不会重新创建，而是调用onNewIntent。如果，该Activity存在，但不是在顶部，那么该Activity依然要重新创建，请读者自行验证。 因此singleTop模式的思想便是“拒绝堆叠”！ 以上说的两种加载模式，Activity均可以实例化多次，而下面讲的两个加载模式就只可以实例化一次。“独立门户”singleTask模式 我们首先测试一下，在本应用内调用singleTask模式的Activity会出现什么情况。 我们写两个Activity（Activity1和Activity2），相互调用，其中Activity1为singleTask模式。AndroidManifest.xml如下：1. 2. 5. 6. 7. 8. 9. 10. 11. 12. 两个Activity的代码如下： /*Activity1的代码*/1. publicclassActivity1extendsActivity 2. privatestaticfinalStringTAG=Activity1; 3. Override4. publicvoidonCreate(BundlesavedInstanceState) 5. super.onCreate(savedInstanceState); 6. setContentView(R.layout.main); 7. Log.e(TAG,Activity1onCreate!HashCode=+this.hashCode()+TaskId=+getTaskId(); 8. 9. 10. Override11. protectedvoidonNewIntent(Intentintent) 12. Log.e(TAG,Activity1onNewIntent!HashCode=+this.hashCode()+TaskId=+getTaskId(); 13. super.onNewIntent(intent); 14. 15. 16. Override17. protectedvoidonDestroy() 18. Log.e(Activity1,Activity1onDestroy!HashCode=+this.hashCode()+TaskId=+getTaskId(); 19. super.onDestroy(); 20. 21. 22. /*点击进入Activity2*/23. Override24. publicbooleanonTouchEvent(MotionEventevent) 25. Intentintent=newIntent(this,Activity2.class); 26. startActivity(intent); 27. returnsuper.onTouchEvent(event); 28. 29. 1. /*Activity2的代码*/2. publicclassActivity2extendsActivity 3. privatestaticfinalStringTAG=Activity2; 4. Override5. protectedvoidonCreate(BundlesavedInstanceState) 6. super.onCreate(savedInstanceState); 7. setContentView(R.layout.main2); 8. Log.e(TAG,Activity2onCreated!HashCode=+this.hashCode()+TaskId=+getTaskId(); 9. 10. 11. Override12. protectedvoidonDestroy() 13. Log.e(TAG,Activity2onDestroy!HashCode=+this.hashCode()+TaskId=+getTaskId(); 14. super.onDestroy(); 15. 16. 17. /*点击进入Activity1*/18. Override19. publicbooleanonTouchEvent(MotionEventevent) 20. Intentintent=newIntent(this,Activity1.class); 21. startActivity(intent); 22. returnsuper.onTouchEvent(event); 23. 24. 从代码中我们可以看出，每当两个Activity创建、销毁以及onNewIntent时，都会打印该Activity的HashCode和所在的Task id。 我们的操作步骤是这样的，打开应用程序，默认启动Activity2，点击Activity2，进入Activity1，再点击Activity1进入Activity2，再点击Activity2进入Activity1，然后按返回键，直到返回到Home。 晕了吧，好写个顺序来形象的表示下：Activity2-Activity1(singleTask)-Activity2-Activity1(singleTask)。_ 进入Activity2，然后到Activity1，我们看Log信息为： 03-01 14:50:08.144: ERROR/Activity2(371): Activity2 onCreated! HashCode=1156067168 TaskId=7 03-01 14:50:13.923: ERROR/Activity1(371): Activity1 onCreate! HashCode=1156107384 TaskId=7 我们看到，当本应用启动singleTask的Activity（Activity1）时，Activity1并没用另外启用一个任务。而是在原来的任务中创建了它。 再从Activity1进入Activity2，然后再进入Activity1，这个过程，我们再看log信息：03-01 14:53:50.823: ERROR/Activity2(371): Activity2 onCreated! HashCode=1156128904 TaskId=7 03-01 14:53:58.154: ERROR/Activity1(371): Activity1 onNewIntent! HashCode=1156107384 TaskId=7 03-01 14:53:58.394: ERROR/Activity2(371): Activity2 onDestroy! HashCode=1156128904 TaskId=7 从这个Log信息我们可以得到这个结论：（在同一个应用中）当singleTask模式的Activity启动时，如果发现在某个Task中已经存在它的实例，那么它会先将该Activity（Activity1）上部的Activity（Activity2）销毁，然后调用它（Activity1）的onNewIntent函数。 我们下面来研究一下当singleTask的Activity被其他应用调用时的情况。 为了使Activity1能够被其他应用程序调用，我们在AndroidManifest.xml中加入action，如下：1. 4. 5. 6. 7. 8. 然后我们另外创建一个工程，创建一个Activity在初始化的时候启动Activity1，代码如下：1. publicclassMyActivityextendsActivity 2. Override3. publicvoidonCreate(BundlesavedInstanceState) 4. super.onCreate(savedInstanceState); 5. setContentView(R.layout.main); 6. Log.e(MyActivity,TaskId=+getTaskId(); 7. Intentintent=newIntent(com.winuxxan.singleTask); 8. startActivity(intent); 9. 10. 我们的操作方法是，MyActivity-Activity1-Activity2-Activity1，之后我们按Home键，然后再从Home重新进入MyActivity所在的应用。 首先看MyActivity-Activity1这个过程，我们查看Log信息如下： 03-01 15:04:25.784: ERROR/MyActivity(429): TaskId=9 03-01 15:04:26.244: ERROR/Activity1(401): Activity1 onCreate! HashCode=1156107632 TaskId=10 从这个Log信息我们可以看出：当某个应用调用其他应用里声明的singleTask模式的Activity时，它会重新创建一个Task，然后将该Activity实例化并压入堆栈。 接着我们看Activity1和Activity2的相互切换，log信息如下： 03-01 15:04:47.524: ERROR/Activity2(401): Activity2 onCreated! HashCode=1156128104 TaskId=10 03-01 15:04:50.674: ERROR/Activity1(401): Activity1 onNewIntent! HashCode=1156107632 TaskId=10 03-01 15:04:50.994: ERROR/Activity2(401): Activity2 onDestroy! HashCode=1156128104 TaskId=10 和我们所期望的那样，如果Activity发现已经存在时，会销毁其上的Activity，然后调用onNewIntent。 之后，我们按Home键，返回桌面，然后，再次进入该应用，我们神奇的发现，我们进入的是MyActivity界面，taskId为10的所有Activity不知了踪影！ 这是因为，该应用对应的task的id为9，所以，进入后之后MyActivity在该task中，所以最后显示的是MyActivity。我的以上Activity1的代码实际上是不好的习惯，因为Activity1很可能会成为一个孤岛，所以建议，如果该Activity的类型不是LAUNCHER,最好不要设为singleTask。那么singleTask的这些特性有什么用处？我们举一个例子，浏览器就是一个singleTask的例子，启动一个浏览器，在Android中是一个比较沉重的过程，它需要做很多初始化的工作，并且会有不小的内存开销。如果有多个应用都来请求打开网页，那么系统就不会不堪重负。因此，如果浏览器采用singleTask模式，如果有多个请求打开网页的请求，都会在一个Task中响应，这样就会避免以上的情况。“孤独寂寞”singleInstance模式我们现在来研究最后一个加载模式，singgleInstance，测试很简单，我们只要在singleTask测试的例子中，将Activity1的模式改为singleInstance模式即可。 我们首先进行同一应用内部的测试。 首先Activity2-Activity1，观察log信息： 03-01 15:41:59.283: ERROR/Activity2(488): Activity2 onCreated! HashCode=1156067168 TaskId=12 03-01 15:42:04.103: ERROR/Activity1(488): Activity1 onCreate! HashCode=1156107520 TaskId=13 我们发现，当采用singleInstance模式时，启动时创建了一个新的Task，并将Activity1实例化加入到该Task中。 然后我们Activity1-Activity2-Activity1，观察log信息： 03-01 15:43:52.214: ERROR/Activity2(488): Activity2 onCreated! HashCode=1156127728 TaskId=12 03-01 15:43:56.804: ERROR/Activity1(488): Activity1 onNewIntent! HashCode=1156107520 TaskId=13 我们通过该log信息可以得出结论：singleInstance的Activity（Activity1）不允许其他的Activity（Activity2）加入到自己的Task中，它是的内心容不下另一个人，它是一个孤独寂寞的人。当Activity1发现已经存在一个Task中包含自己的实例时，它会调用自己的onNewIntent。 然后，我们同样也测试一下，如果其它应用程序调用Activity1会出现什么样的情况： MyActivity-Activity1, 观察log信息： 03-01 15:50:21.134: ERROR/MyActivity(556): TaskId=16 03-01 15:50:21.484: ERROR/Activity1(534): Activity1 onCreate! HashCode=1156107344 TaskId=17 不出意料，Activity1重新创建了一个Task，并将自己的实例入栈。 Activity1-Activity2-Activity1-Activity2, 我们观察log信息： 03-01 15:50:36.484: ERROR/Activity2(534): Activity2 onCreated! HashCode=1156128056 TaskId=18 03-01 15:50:46.114: ERROR/Activity1(534): Activity1 onNewIntent! Ha