本文共 4376 字，大约阅读时间需要 14 分钟。

Android Activity启动模式与TaskAffinity分析

背景概述

近期，在处理WPS Office相关开发问题时，我遇到了一点令人困扰的情况：在“-project-root/of/office/src/res/java/cn/wps/moffice TBD”的位置下，使用WPS Office的分屏模式进行编辑时，每当新建一个TXT文件，都会在另一个窗口中显示编辑界面。经过一番分析，我逐渐找到问题的根源，并深入探讨了Activity的启动模式和TaskAffinity属性之间的关系。

问题导向

在同事的帮助下，我利用以下步骤对此进行了排查：

分步分析

为了进一步分析这个问题，我需要分别探讨launchMode和taskAffinity属性的作用机制，明确它们如何影响Activity的生命周期和任务管理。

1. Activity的启动模式（launchMode）

Activity的启动模式决定了每次启动Activity时的行为，具体支持以下四种模式：

a. 标准模式（standard）：

• 描述：默认模式，每次启动时都会创建一个新的Activity实例，并将其加入当前的Task。
• 特点：Task中可能有多个相同的Activity实例，如果使用taskAffinity属性设置不一致，仍然会属于同一Task。

b. 单任务模式（singleTask）：

• 描述：在当前Task中只允许有一个Activity实例进行生命周期管理。若重新启动同一类Activity，会移除Task顶部的Activity，最终以新的实例替换。
• 特点：不同Activity通常会被分配到不同的Task。

c. 单顶部模式（singleTop）：

• 描述：在打开当前Activity时，如果已经有一个该Activity的实例存在于Task顶部，则复用该实例，不创建新实例。
• 特点：可能导致某些界面状态不一致，但提供了更高效的内存管理。

d. 全局单例模式（singleInstance）：

• 描述：在所有Task中，只能有一个Activity实例，无论启动方式如何，都会创建一个全局唯一的实例并放在一个新的Task中。
• 特点：受限制的生命周期管理方式，只适用于特定的场景。

2. Activity的TaskAffinity

Activity的TaskAffinity属性决定了其所属的Task归属，影响不同Activity的Task管理和切换。默认情况下，同一个应用中的多个Activity会归属于同一Task。但在某些场景下，设置不一致的TaskAffinity可能导致不同的Activity被分配到不同的Task。

a. 默认情况分析：

• 标准模式： 不同的taskAffinity不会导致不同的TaskId。同一应用中，无论如何启动，所有Activity都会属于同一Task。

• 单任务模式： 设置不一致的TaskAffinity会导致不同的Activity被分配到不同的Task。

b. 测试验证：

为了更直观地理解这些行为，我编写了一段简单代码，基于安卓自定义启动器，通过不同的launchMode和taskAffinity设置，观察是否能复现问题。

// java中MainActivity.java@Overrideprotected void onCreate(Bundle savedInstanceState) {    super.onCreate(savedInstanceState);    setContentView(R.layout.activity_main);    Button button_startActivity = (Button) findViewById(R.id.button_startActivity);    button_startActivity.setOnClickListener(new OnClickListener() {        @Override        public void onClick(View v) {            Intent intent = new Intent(MainActivity.this, TestActivity.class);            intent.putExtra("launchMode_test", "singleTask");            intent.putExtra("taskAffinity_test", "testAffinity");            startActivityForResult(intent, 100);        }    });}

// java中TestActivity.java@Overridepublic void onCreate(Bundle savedInstanceState) {    super.onCreate(savedInstanceState);    setContentView(R.layout.test_activity_layout);        Button button_switchActivity = (Button) findViewById(R.id.button_switchActivity);    button_switchActivity.setOnClickListener(new OnClickListener() {        @Override        public void onClick(View v) {            Intent intent = new Intent(TestActivity.this, Test2Activity.class);            // 设置不同的taskAffinity            intent.putExtra("taskAffinity", "differentAffinity");            // 择优不同的launchMode            intent.putExtra("launchMode", "singleTask");            startActivityForResult(intent, 1);        }    });}

通过以上代码，我们发现：

• 在singleTask模式下，同一应用的不同Activity会被分配到不同的Task，如果它们的taskAffinity设置不一致。
• 若设置合适的taskAffinity，可以使其遵循预期的Task分配策略，避免浮现问题。

综合分析

结合WPS Office APK的反编译结果，其Writer1Activity的设置：

其launchMode为singleTask，而taskAffinity为cn.wps.moffice_eng.writer1。这可能导致了多个Writer1Activity在不同的Task中，引发窗口切换问题。

初步结论

• 问题定位：Writer1Activity的设置导致它在singleTask模式下，每个启动都在一个独立的Task中。
• 触发原因：可能是由于在多个线程或传播中的不同启动点触发了创建新的Task。
• 解决方案：通过调整taskAffinity到默认值，并在必要时调整launchMode，确保所有相关Activity确实在同一Task中。

实践测试

为了验证分析，我在开发环境中进行了以下测试：

测试结果

经过上述测试，我发现当将Writer1Activity的launchMode设置为singleTop且taskAffinity设置为全局默认值时，能够有效避免在分屏模式下新建TXT文件时出现多个窗口的问题。这提示可能是WPS Office在某些特定场景下，其默认的launchMode和taskAffinity设置不适合多任务环境。

总结

从以上分析和测试结果，可以总结出以下几点关键发现：

通过这次深入的技术探索，我不仅加深了对Android Activity生命周期和Task管理的理解，也为类似问题的解决提供了有价值的参考依据。在今后的开发中，我将更加注重基础系统配置，避免因不当设置导致复杂的UI表现问题。