深入贯彻落实 Activity 的四种启动模式


actvity 的启动模式为四种

     standard
     singleTop
     singleTask
     singleInstance   


/**
 * 一个任务由多个相关联的Activity实例构成
 * 一个任务对应一个回退栈
 * 同一个任务中的Activity实例位于同一个回退栈中
 * Activity实例没有了则任务也不存在了
 * Activity实例 是按照被启动的顺序入栈的
 * Activity实例在栈中的顺序是不会改变的
 * 位于栈顶的的Activity实例就是当前可以和用户交互的Activity实例
 * 默认情况下使用 Intent启动一个Activity 都是创建该Activity的一个新的实例
 *
 */

下面在代码中 详细介绍 四种启动模式

    创建四个Activity  分别使用四种启动模式,Activity 的代码都是相同的   名称不同而已,不再一一粘贴,自行更换类名


public class MAStandard extends Activity {


    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_ma_standard);
        TextView textView = (TextView) findViewById(R.id.txt_startmodel_infoid);
        textView.setText("this " + this.toString() + "\n" + "\n" + this.getTaskId());

    }
     //跳转到A  standtard activity
    public void toMAStandard(View view) {
        startActivity(new Intent(this, MAStandard.class));
    }

    //跳转到b top  activity
    public void toMBTop(View view) {
        startActivity(new Intent(this, MBTop.class));
    }

    //跳转到C TASK activity
    public void toMCTask(View view) {
        startActivity(new Intent(this, MCTask.class));
    }

    //跳转到A Instance activity
    public void toMDInstance(View view) {
        startActivity(new Intent(this, MDInstance.class));
    }


}

配置文件中 配置其 启动模式

//----------启动模式 使用的activity------------
        <activity
            android:name=".activitystartmodel.MAStandard"
            android:label="@string/title_activity_standard"
            android:theme="@android:style/Theme.Holo" >
        </activity>
        <activity
            android:launchMode="singleTop"
            android:name=".activitystartmodel.MBTop"
            android:label="@string/title_activity_top_b"
            android:theme="@android:style/Theme.Holo" >
        </activity>
        <activity
            android:launchMode="singleTask"
            android:name=".activitystartmodel.MCTask"
            android:label="@string/title_activity_task_c"
            android:theme="@android:style/Theme.Holo" >
        </activity>
        <activity

            android:launchMode="singleInstance"
            android:name=".activitystartmodel.MDInstance"
            android:label="@string/title_activity_instance_d"
            android:theme="@android:style/Theme.Holo" >
        </activity>

        //----------启动模式 使用的activity----------------



简单介绍一下



/**
 * 这4中模式又分两类,standard和signleTop属于一类,singleTask和signleInstance属于另一类。
 *  standard和singleTop属性的 Activity 的实例可以属于任何任务(Task), 并且可以位于Activity堆栈的任何位置。
 *   比较典型的一种情况是,一个任务的代码执行startActivity(),
 *  如果传递的 Intent 对象没有包含 FLAG_ACTIVITY_NEW_TASK 属性, 指定的 Activity 将被该任务调用,从而装入该任务的Activity 堆栈中。<span style="font-size:14px;">(参考:</span><pre name="code" class="java"><h1><span style="font-size:14px;">Task 与Activity 的详解    http://blog.csdn.net/mayingcai1987/article/details/6200909)</span>
</h1>
 


 *
 *   standard和singleTop的区别在于:
 *standard模式的Activity在被调用时会创建一个新的实例,所有实例处理同一个Intent对象; 
  <h2><pre name="code" class="java"><span style="font-size:12px;"> * 启动模式是SingleTop:如果一个Activity的启动模式是SingleTop,而且位于回退栈的栈顶,那么再次启动该
 *                  Activity时,不会创建新的实例,直接使用栈顶的实例,会去回调onNewIntent()方法
 *
 *  如果一个Activity的启动模式是SingleTop但是不位于栈顶,那么还会创建新的实例</span>

* * singleTask 和 singleInstance模式的Activity 仅可用于启动任务的情况, * 这种模式的Activity总是处在Activity堆栈的最底端,(说法错误 后面 见 task启动模式介绍) * 并且一个任务中只能被实例化一次。 * * 两者的区别在于:对于 singleInstance模式的Activity, * 任务的Activity堆栈中如果有这样的Activity,那它将是堆栈中的唯一的 Activity, 当前任务收到的 Intent 都由它处理, * 由它开启的其他 Activity 将在其他任务中被启动; 对于 SingleTask模式的Activity,它在堆栈底端,其上方可以有其他Activity被创建, * 但是,如果发给该Activity的Intent对象到来时该Activity不在堆栈顶端,那么该Intent对象将被丢弃, * 但是界面还是会切换到当前的Activity。 * * @author cfg-m
*/
 





Standard 和singleTop 比较简单不再详细介绍  重点介绍  剩下两种


/**
 *
 * SingleTask:只有一个实例,它允许其它的 activity位于同一个任务中,(位于同一个任务中的activity
 *  就位于同一个回退栈中),当已经存在该启动模式的 actiivty的实例,
 *  又再次启动时,使用已经存在的实例,但是会把位于该实例之上的所有的Activity实例销毁掉
 *           既使 此activity 成为栈顶  在此之上的activity 全部销毁掉
 */


/**
 *
 * 关于singleTask这个 颇为迷惑
 * google api说singTask模式只能启动一个task,且总是位于栈底,这个也不是完全正确

 * 正解:      1.singleTask 并不一定处于栈底
 *           2.singleTask 并一定会是栈底的根元素
 *            3.singleTask 并不一定会启动新的task
 *
 *    1、如果在同一个应用(apk)中使用singleTask,刚不在栈底,对应于下面的情况一
 *
 *   2、如果从不同应用启动一个singleTask的activity,刚依赖于此activity所在的栈,如果之前没有运行过,
 *              则新建栈处于栈底,如果有运行过,则有可能不在栈底,对应于情况二
 *
 *      情况一:如果在本程序中启动singleTask的activity:假设ActivityA是程序的入口,是默认的模式(standard),
 *          ActivityB是singleTask 模式,由ActivityA启动,刚ActivityB不会位于栈底,不是根元素,不会启动新的task,
 *          此种情况ActivityB会和ActivityA在一个栈中,位于ActivityA上面
 *
 *    情况二:如果ActivityB由另外一个程序启动:假设apkA是情况一中的应用,apkB是另外一个测试程序,在apkB中启动apkA中的ActivityB,
 *          再分两种情况,如果ActivityB未启动过,刚ActivityB会位于栈底,是根元素,会启动新的task;如果ActivityB启动过,则ActivityB保持原来的位置不变,
 *          在栈底或者栈顶,移除掉ActivityB之上所有的activity(如果有)
 *
 *
 *

 */


taskAffinity介绍


/******

 每个Activity都有taskAffinity属性,这个属性指出了它希望进入的Task。如果一个Activity没有显式的指明该Activity的taskAffinity,
 那么它的这个属性就等于Application指明的taskAffinity,如果Application也没有指明,那么该taskAffinity的值就等于包名。而Task也有自己的affinity属性,
 它的值等于它的根Activity的taskAffinity的值。

 一开始,创建的Activity都会在创建它的Task中,并且大部分都在这里度过了它的整个生命。然而有一些情况,
 创建的Activity会被分配其它的Task中去,有的甚至,本来在一个Task中,之后出现了转移。我们首先分析一下android文档给我们介绍的两种情况。

 第一种情况。如果该Activity的allowTaskReparenting设置为true,
 它进入后台,当一个和它有相同affinity的Task进入前台时,它会重新宿主,进入到该前台的task中。

 我们验证一下这种情况。
 Application Activity taskAffinity allowTaskReparenting
 application1 Activity1 com.winuxxan.affinity true
 application2 Activity2 com.winuxxan.affinity false

 我们创建两个工程,application1和application2,
 分别含有Activity1和Activity2,它们的taskAffinity相同,Activity1的allowTaskReparenting为true。

 首先,我们启动application1,加载Activity1,然后按Home键,使该task(假设为task1)进入后台。然后启动application2,默认加载Activity2。

 我们看到了什么现象?没错,本来应该是显示Activity2,但是我们却看到了Activity1。实际上Activity2也被加载了,只是Activity1重新宿主,所以看到了Activity1。

 第二种情况。如果加载某个Activity的intent,Flag被设置成FLAG_ACTIVITY_NEW_TASK时,它会首先检查是否存在与自己taskAffinity相同的Task,
 如果存在,那么它会直接宿主到该Task中,如果不存在则重新创建Task。

 */

allowTaskReparenting 介绍

/***** allowTaskReparenting用于配置是否允许该activity可以更换从属task,通常情况二者连在一起使用,用于实现把一个应用程序的Activity移到另一个应用程序的Task中。
allowTaskReparenting用来标记Activity能否从启动的Task移动到taskAffinity指定的Task,默认是继承至application中的allowTaskReparenting=false,如果为true,则表示可以更换;false表示不可以。


<p>引用网上的解释例子:</p>         一般来说,当Activity启动后,它就与启动它的Task关联,并且在那里耗尽它的整个生命周期。当当前的Task不再显示时,你可以使用这个特性来强制Activity移动到有着affinity的Task中。
例如,如果e-mail中包含一个web页的链接,点击它就会启动一个Activity来显示这个页面。这个Activity是由Browser应用程序定义的,但是,现在它作为e-mail Task的一部分。如果它重新宿主到Browser Task里,
当Browser下一次进入到前台时,它就能被看见,并且,当e-mail Task再次进入前台时,就看不到它了。
*/


SingleInstance  介绍

/*******
 * SingleInstance:只有一个实例,它不允许其它的 activity位于同一个任务中,
 * 当已经存在该启动模式的 activity的实例,又再次启动时,使用已经存在的实例
 * 它不允许其它的 activity位于同一个任务中 指的使用新创建 一个  栈
 *
 * singleInstance 模式应该算是四种启动模式中最特殊也最复杂的一个了,多花点来理解这个模式。
 * 不同于以上三种启动模式,
 * 指定为 singleInstance 模式的活动会启用一个新的返回栈来管理这个活动
 * (其实如果 singleTask 模式指定了不同的 taskAffinity,也会启动一个新的返回栈)。
 *
 * 每个Activity都有taskAffinity属性,这个属性指出了它希望进入的Task。
 * 如果一个Activity没有显式的指明该 Activity的taskAffinity,那么它的这个属性就等于Application指明的taskAffinity,
 * 如果 Application也没有指明,那么该taskAffinity的值就等于包名。而Task也有自己的affinity属性,
 * 它的值等于它的根 Activity的taskAffinity的值
 *
 *LaunchMode=""SingleTask"
 * taskAffinity="com.tencent.mm"(com.tencent.mm是借助于工具找到的微信包名),
 * 就是把自己的Activity放到微信默认的Task栈里面,这样回退时就会遵循“Task只要有Activity一定从本Task剩余Activity回退"的原则,
 * 不会回到自己的客户端;而且也不会影响自己客户端本来的Activity和Task逻辑。
 *
 *
 *
 * 意义:想象以下场景,假设我们的程序中有一个活动是允许其他程序调用的,如果我们想实现其他程序和我们的程序可以共享这个活动的实例,
 *
 * 实现:使用前面三种启动模式肯定是做不到的,因为每个应用程序都会有自
 * 己的返回栈,同一个活动在不同的返回栈中入栈时必然是创建了新的实例。而使用
 * singleInstance 模式就可以解决这个问题,在这种模式下会有一个单独的返回栈来管理这个活动,
 * 不管是哪个应用程序来访问这个活动,都共用的同一个返回栈,也就解决了共享活动实例的问题。

 * 问题: 好了,现在有一个问题就是这时这种情况下如果用户点击了Home键,
 * 则再也回不到D的即时界面了。如果想解决这个问题,可以为D在Manifest.xml文件中的声明加上:

 * <intent-filter>
 * <action android:name="android.intent.action.MAIN" />
 * <category android:name="android.intent.category.LAUNCHER" />
 * </intent-filter>
 * 加上这段之后,也就是说该程序中有两个这种声明,另一个就是那个正常的根activity,
 * 在打成apk包安装之后,在程序列表中能看到两个图标,但是如果都运行的话,在任务管理器中其实也只有一个。
 * 上面的情况点击D的那个图标就能回到它的即时界面(比如一个EditText,以前输入的内容,现在回到之后依然存在)。

 * PS:intent-filter中
 * <action android:name="android.intent.action.MAIN" />
 * 和 <category android:name="android.intent.category.LAUNCHER" />
 * 两个过滤条件缺一不可才会在程序列表中添加一个图标,
 * 图标下的显示文字是android:label设定的字符串。
 */




  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值