栈

栈是一种常用的数据结构，栈只允许访问栈顶的元素，栈就像一个杯子，每次都只能取杯子顶上的东西，而对于栈就只能每次访问它的栈顶元素，从而可以达到保护栈顶元素以下的其他元素．”先进后出”或”后进先出”就是栈的一大特点，先进栈的元素总是要等到后进栈的元素出栈以后才能出栈．递归就是利用到了系统栈，暂时保存临时结果，对临时结果进行保护．

定义栈（Stack）

栈的定义栈（Stack）是限制仅在表的一端进行插入和删除运算的线性表。(1)通常称插入、删除的这一端为栈顶（Top），另一端称为栈底（Bottom）。 (2)当表中没有元素时称为空栈。(3)栈为后进先出（Last In First Out）的线性表，简称为LIFO表。栈的修改是按后进先出的原则进行。每次删除（退栈）的总是当前栈中"最新"的元素，即最后插入（进栈）的元素，而最先插入的是被放在栈的底部，要到最后才能删除。

栈的操作：压栈、弹栈

2.Activity中的栈

Android的管理主要是通过Activity栈来进行，当一个Activity启动时，系统会根据其配置将它压入到一个特定的栈中，系统处于运行状态。
当用户点击返回或则FINISH（）了该Activity，那么它便会被从栈中压出，随之摧毁。
按照Activity的生命周期可以知道，如果当前显示的栈中Activity没有被摧毁，那么打开新的Activity时候，会将新打开的压入到栈，原来的根据其显示情况选择状态变化（原Activity依旧可见，变为暂停状态（Paused），如果被完成遮住了，转变为停止状态（Stopped））。

3.Task

Task是与Activity相关的一个重要概念，它密切联系着Activity栈，它简单的说，就是一组以栈的模式聚集在一起的Activity组件集合。（这里只提它和Activity的启动模式来讲）

 

以下举例说明它们的区别：

standard：Activity的默认加载方法，该方法会通过跳转到一个新的activity，同时将该实例压入到栈中（不管该activity是否已经存在在Task栈中，都是采用new操作）。例如： 栈中顺序是A B C D ，此时D通过Intent跳转到A，那么栈中结构就变成 A B C D A ，点击返回按钮的 显示顺序是 D C B A，依次摧毁。

 

singleTop：singleTop模式下，当前Activity D位于栈顶的时候，如果通过Intent跳转到它本身的Activity （即D），那么不会重新创建一个新的D实例，所以栈中的结构依旧为A B C D，如果跳转到B，那么由于B不处于栈顶，所以会新建一个B实例并压入到栈中，结构就变成了A B C D B。

 

singleTask：singleTask模式下，Task栈中只能有一个对应Activity的实例。例如：现在栈的结构为：A B C D。此时D通过Intent跳转到B，则栈的结构变成了：A B。其中的C和D被栈弹出销毁了，也就是说位于B之上的实例都被销毁了。

 

singleInstance：singleInstance模式下，会将打开的Activity压入一个新建的任务栈中。例如：Task栈1中结构为：A B C ，C通过Intent跳转到了D（D的模式为singleInstance），那么则会新建一个Task 栈2，栈1中结构依旧为A B C，栈2中结构为D，此时屏幕中显示D，之后D通过Intent跳转到D，栈2中不会压入新的D，所以2个栈中的情况没发生改变。如果D跳转到了C，那么就会根据C对应的launchMode的在栈1中进行对应的操作，C如果为standard，那么D跳转到C，栈1的结构为A B C C ，此时点击返回按钮，还是在C，栈1的结构变为A B C，而不会回到D。

 

Task简单的就是一组以栈的模式聚集在一起的Activity组件集合，类似于一个填充了Activity的容器，最先加入的Activity会处于容器最下面，最后加入的处于容器最上面，而从Task中取出Activity是从最顶端先取出，最后取出的是最开始添加Activity，这就是后进先出（Last In First Out）模式，而Activity在Task中的顺序是可以控制的，在Activity跳转时用到Intent Flag可以设置新建activity的创建方式（这里就涉及到了Intent Flag的使用）。

 

 

默认的跳转类型,它会重新创建一个新的Activity，不过与这种情况，比如说Task1中有A,B,C三个Activity,此时在C中启动D的话，如果在AndroidManifest.xml文件中给D添加了Affinity的值和Task中的不一样的话，则会在新标记的Affinity所存在的Task中压入这个Activity。如果是默认的或者指定的Affinity和Task一样的话，就和标准模式一样了启动一个新的Activity.

 

 

这个FLAG就相当于启动模式中的singletop，例如:原来栈中结构是A B C D，在D中启动D，栈中的情况还是A,B,C,D。

 

 

这个FLAG就相当于启动模式中的SingleTask，这种FLAG启动的Activity会把要启动的Activity之上的Activity全部弹出栈空间。例如：原来栈中的结构是A B C D ，从D中跳转到B，栈中的结构就变为了A B了。（这个方法可以用来关闭多个Activity，之后的一篇博文里面会提到）

 

这个网上很多人是这样写的。如果activity在task存在，拿到最顶端,不会启动新的Activity。这个有可能会误导大家！ 他这个FLAG其实是这个意思！比如说我现在有A，在A中启动B，此时在Ａ中Intent中加上这个标记。此时B就是以FLAG_ACTIVITY_BROUGHT_TO_FRONT方式启动，此时在B中再启动C，D（正常启动C,D），如果这个时候在D中再启动B，这个时候最后的栈的情况是 A,C,D,B。如果在A,B,C,D正常启动的话，不管B有没有用FLAG_ACTIVITY_BROUGHT_TO_FRONT启动，此时在D中启动B的话，还是会变成A,C,D,B的。

 

 

onUserLeaveHint()作为activity周期的一部分，它在activity因为用户要跳转到别的activity而要退到background时使用。比如,在用户按下Home键，它将被调用。比如有电话进来（不属于用户的选择），它就不会被调用。

那么系统如何区分让当前activity退到background时使用是用户的选择？

 

它是根据促使当前activity退到background的那个新启动的Activity的Intent里是否有FLAG_ACTIVITY_NO_USER_ACTION来确定的。

 

注意：调用finish()使该activity销毁时不会调用该函数

 

 

意思就是说用这个FLAG启动的Activity，一旦退出，它不会存在于栈中，比方说！原来是A,B,C这个时候再C中以这个FLAG启动D的，D再启动E，这个时候栈中情况为A,B,C,E。

 

   Activity为Task拥有的一个affinity。拥有相同的affinity的Activity理论上属于相同的Task（在用户的角度是相同的“应用程序”）。Task的affinity是由它的根Activity决定的。 
   affinity决定两件事情——Activity重新宿主的Task（参考allowTaskReparenting特性）和使用FLAG_ACTIVITY_NEW_TASK标志启动的Activity宿主的Task。
    默认情况，一个应用程序中的所有Activity都拥有相同的affinity。捏可以设定这个特性来重组它们，甚至可以把不同应用程序中定义的Activity放置到相同的Task中。为了明确Activity不宿主特定的Task，设定该特性为空的字符串。
    如果这个特性没有设置，Activity将从应用程序的设定那里继承下来（参考<application>元素的taskAffinity特性）。应用程序默认的affinity的名字是<manifest>元素中设定的package名。

 

注：以上的android:taskAffinity只有通过标志位为FLAG_ACTIVITY_NEW_TASK的Intent启动Activity时，该Activity的这个属性才会生效，系统才会将具有相同Task亲和力的Task切换到前台，然后启动该Activity，否则该Activity仍然运行在启动它的Task中。

 

 

 

      这一节介绍一下activity之间参数传递。我们知道用intent可以实现activity之间相互跳转，在跳转的同时我们不免也需要传递一些参数，下面就介绍一下如何在一个activity里传递参数，在另一个activity里接受参数。

      activity之间有两种参数传递形式：一种是一个activity启动另一个activity的时候传递数据到另一个activity，然后在activity中接受到数据，做相应处理。另一种是一个activity启动另个一activity传递数据，当另个一activity窗口关闭后，在传递数据到启动它的那个activity。

         我们先看一下第一种方式

         首先先建立一个ActivityDemo项目:

     

   接着给出main.xml

 

  

    看一下第一种是怎么传递参数的：

 

 

   

 

      看一下在SecondDemoActivity中怎么接受参数：
    

    
      启动，看一下运行效果：

 

     

     点击发送按钮：

    

      OK!  成功。 

      接下来看看第二种方式：

    先看一下页面的布局文件：

  

     核心代码：

 

  

   代码我想大家都看的懂吧！不懂得看我以前的使用Content Provider得到联系人信息这一节

 

    看一下运行效果：

    

   

    这是我通讯录的联系人。点击listview：

    

     

    返回到了ResultDemoActivity并得到了联系人的名字。

    xml序列化传递对象：

   

四.多个activity的安全退出

在android的用户交互中，按钮触发的意图（Intent）跳转会为你重新打开新的一个界面活动（Activity），对于之前的界面根据需求进行摧毁（Finish()）或则保留。

 

如果一个交互流程中，是从A开始，按照A - B - C - D - A这样的顺序进行的话，那么B,C,D这3个活动界面会根据你D中最后的操作来进行保留或是摧毁，例如

 

（1）注册流程中，在A界面点击注册，通过B,C,D界面完成注册后，B,C,D就随之摧毁，而如果D中注册不成功没跳转会A的话，那么B,C,D就不能摧毁，之前所填的内容也必须保留。

 

（2）客户端交互中，返回首页按钮，由于在频繁的点击打开过多的界面（如微信查看朋友圈），返回首页就必须一个一个back回去，所有有的客户端为了优化用户体验，便会加入一个按钮返回首页（之前打开的全部关闭）。

 

以上几个例子都涉及到了   ---   如何安全退出多个ACTIVITY    这个问题。

 

其实，这个问题的解决方案有好多种，并且各有各的优缺点，下面就罗列出多个方案以及各个方案的优缺点所在，以便用户根据需求选择。

 

知识结构

 

首先，通过大致的思维导图罗列出了以下几个知识点，来帮助你去分析学习：

 

1.Activity的启动模式                        

2.intent:  Flags属性，以及其显、隐式        

3.Application : 全局的使用

4.Activity:  onActivityResult(int requestCode, int resultCode, Intent data)方法

5.栈的概念：Last-In/First-Out(LIFO)   ---  后进先出的原则 

6.BroadcastReceiver 广播

7.栈的引申的知识点：（1）ArrayList和LinkedList的区别  （2）android 栈和队列

 

以上的 （1）Activity的启动模式  （2）intent:  Flags属性  （3）栈的概念         

我通过一篇文章写明了他们3者的联系可以点击以下链接查看

Activity启动模式 及 Intent Flags 与 栈 的关联分析

 

 

具体方案

方案1

方法：采用FLAG_ACTIVITY_CLEAR_TOP退出整个程序（多activity）

思路：通过Intent的Flags来控制堆栈去解决

android中，每打开一个Activity，便会在栈中加入一个Activity，当该Activity被摧毁后，栈中便移除了它，并且栈中的Activity是按照开打的先后顺序依次排排列的。

Android的窗口类提供了历史栈，我们可以通过stack的原理来巧妙的实现，这里我们在A窗口打开B窗口时在Intent中直接加入标 志 Intent.FLAG_ACTIVITY_CLEAR_TOP，这样开启B时将会清除该进程空间的所有Activity。

代码：

在注册流程最后的FourthStep.class中，点击完成注册点击事件

 

其中的 INTENT_METHOD_FIRST_SINGUP 是登录界面的Intent隐式Action。

 

优缺点：

优：使用对栈的巧妙利用，不会赞成内存无故占用等问题，个人认为这个方法是首选。

 

 

方案2

方法：通过堆栈管理器去管理

思路：通过堆栈管理器，对Stack进的存储Activity进行操作（推入，推出，弹出）

代码：

 

之后在注册流程中的对应步骤的Activity的onCreate()中把当前Activity推入栈列表，完成注册流程后，弹出栈列表中流程所涉及的Activity。
优缺点：

 

缺：如果处理不当，容易造成不在当前界面的Activity被全局引用而摧毁不掉，内存得不到释放，从而无故占用不必要的内存。

 

方案3：

方法：全局记录打开的Activity或通过一个自定义的类去管理打开的Activity

思路：通过在Application中用一个列表来记录当前所打开的Activity，根据需求去遍历finish()。

描述：和方案2有点类似。

代码：

 

使用流程和方法2类似。

 

优缺点：

缺：如果处理不当，容易造成不在当前界面的Activity被全局引用而摧毁不掉，内存得不到释放，从而无故占用不必要的内存。

 

方案4

方法：使用广播机制解决

思路：通过Activity创建的时候，设置监听广播，在注册流程最后步完成注册时候，发送广播进行遍历finish().

描述：这里我把这些广播的初始化都写在了基类BaseActivity里面，便于维护。

代码：

在流程中的每步Activity中，初始化广播，之后在点击完成注册时候，发送广播

优缺点：

缺：开启过多的广播监听，觉得会浪费资源。

 

方案5：

方法：通过Activity跳转中传递requestCode的之后根据onActivityResult(int requestCode, int resultCode, Intent data)中返回的resultCode遍历关闭Activity

思路：使用startActivityForResult(intent, requestCode)方法跳转，并且通过

描述：这里我把这些广播的初始化都写在了基类BaseActivity里面便于查看。

代码：

 

之后在流程的Activity中调用带请求码的Intent跳转意图。

 

 

在最后完成注册流程的时候通过以下方式返回：

 

优缺点：

方案6（不推荐）

方法：方法有人说可以使用抛出异常来退出，可是这样会影响到用户体验，所以不推荐

 

 

五、title管理及基类

常见的Android应用每个Activity或者Fragment都会带有一个Title栏。最普通的就是每个Activity的布局文件中都写一个title。但是这样管理起来比较麻烦，因为每个activity的title栏其实看起来都差不多，基本都包含有返回功能，一个textview描述当前页面，最右侧会是一个更多或者搜索之类的功能按钮。这样我们其实可以使用一个通用的布局，在所有的activity的父类中直接控制title的样式。

1.首先是BaseActivity作为所有Activity的父类

 

 

2.接着是titlemanager类