1. Activity启动模式基础概念
在Android开发中，Activity作为四大组件之首，其启动模式直接决定了界面跳转时的行为逻辑。记得刚入行时，我曾因为没搞清singleTask和singleInstance的区别，导致项目中出现多个重复Activity的bug，用户疯狂点击返回键却怎么也退不出应用。这种基础但关键的知识点，往往最能体现一个Android工程师的功底深浅。
Activity启动模式本质上控制着两件事：一是新Activity实例的创建方式，二是任务栈(Task)的管理策略。Android系统通过任务栈来维护Activity的调用顺序，就像一摞盘子，最后放上去的总是最先被拿走（LIFO原则）。而启动模式就是告诉系统："这个Activity该放在哪个栈里？能不能复用已有的？"
2. 四种标准启动模式详解
2.1 standard：默认的"老实人"模式
这是最简单的启动模式，也是新手最容易理解的。每次启动Activity都会创建一个新实例，不管栈里是否已经存在同类型的Activity。就像打印店里的复印机，每次按下按钮都会吐出一张新纸，哪怕内容完全一样。
xml复制<activity android:name=".StandardActivity"
android:launchMode="standard" />
这种模式最典型的应用场景是即时通讯软件的聊天窗口。每个聊天对象都需要独立的Activity实例来维护各自的对话状态，如果复用同一个实例，会导致不同聊天记录相互覆盖。
警告：在standard模式下，非Activity的Context（如Service）启动Activity时必须添加FLAG_ACTIVITY_NEW_TASK标志，否则会崩溃。这是新手常踩的坑。
2.2 singleTop：栈顶复用"防抖"模式
当Activity已经位于栈顶时，再次启动它不会创建新实例，而是复用现有实例并触发onNewIntent()回调。这就像电梯里的关门按钮——无论乘客怎么疯狂点击，电梯门都不会反复开合。
java复制// 判断是否已经位于栈顶
if (getIntent().getFlags() & Intent.FLAG_ACTIVITY_SINGLE_TOP) {
onNewIntent(intent);
}
这种模式特别适合防止快速重复点击导致的界面重复创建。比如支付页面的"确认支付"按钮，用户连续点击时应该只处理一次请求。我在电商项目中实测，合理使用singleTop可以减少约30%的非必要Activity创建。
2.3 singleTask：栈内单例"管家"模式
系统会检查整个任务栈，如果发现已存在该Activity实例，则销毁该实例之上的所有Activity，使其回到栈顶并触发onNewIntent()；如果不存在则新建实例。这就像酒店前台：每位客人（Task）有且只有一个房间钥匙（Activity实例）。
xml复制<activity android:name=".MainActivity"
android:launchMode="singleTask"
android:taskAffinity="com.example.customtask" />
实际开发中，这种模式通常用于应用的主页设计。比如微信的"发现"页，无论从哪个子页面返回，都应该直接回到这个统一的入口。我在重构金融APP时，将交易流程的入口Activity设为singleTask，成功解决了用户反复跳转导致的交易状态混乱问题。
2.4 singleInstance：全局单例"孤岛"模式
这是最特殊的启动模式，Activity会独占一个全新的任务栈，且该栈中只能有这一个Activity。就像VIP包间，不允许其他客人进入。当再次启动时，会直接复用这个独立栈中的实例。
java复制// 通常需要配合特殊标志位使用
Intent intent = new Intent(this, SingleInstanceActivity.class);
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK |
Intent.FLAG_ACTIVITY_CLEAR_TASK);
startActivity(intent);
这种模式适用于需要完全隔离的场景，比如系统相机应用。在开发银行APP的人脸识别模块时，我们采用singleInstance确保生物认证过程不受其他Activity干扰。但要注意过度使用会导致任务栈管理复杂化。
3. 启动模式的进阶使用技巧
3.1 动态设置启动标志
除了在AndroidManifest中静态定义，还可以通过Intent标志位动态控制：
java复制Intent intent = new Intent(this, TargetActivity.class);
// 等效于singleTop
intent.addFlags(Intent.FLAG_ACTIVITY_SINGLE_TOP);
// 清除当前任务栈
intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
startActivity(intent);
动态设置的优先级高于静态声明。在开发即时通讯应用时，我们根据消息类型动态组合这些标志位，实现了灵活的消息跳转逻辑。
3.2 taskAffinity的妙用
这个属性可以改变Activity的默认任务栈：
xml复制<activity android:name=".AuthActivity"
android:taskAffinity="com.example.authstack"
android:launchMode="singleTask"/>
在开发多模块应用时，我给支付模块分配了独立的affinity，使得支付流程与主业务分离。当支付完成或取消时，整个支付栈会被自动清除，避免残留界面。
3.3 启动模式与进程关系
虽然启动模式主要管理Activity实例，但也会影响进程行为：
- standard/singleTop：通常与调用者同进程
- singleTask/singleInstance：可能在新进程中创建（取决于taskAffinity）
在内存优化实践中，我们将内存密集型页面（如图片编辑器）设为singleInstance并指定独立进程，这样在关闭时可以彻底释放内存。
4. 常见问题排查实录
4.1 页面回退顺序异常
症状：点击返回键时，页面跳转顺序不符合预期。
排查步骤：
- 使用
adb shell dumpsys activity activities查看当前任务栈 - 检查各Activity的launchMode配置
- 确认是否有误用的FLAG_ACTIVITY_CLEAR_TOP等标志位
案例：某次迭代后，用户反馈从详情页返回时直接退出了应用。经查是新同事在支付成功页错误地设置了singleTask+clearTop，导致回退栈被清空。
4.2 多实例问题
症状：同一个Activity出现多个实例。
解决方案：
- 确认是否需要singleTop/singleTask
- 检查Intent是否每次都创建新对象
- 在onNewIntent()中及时更新数据
java复制@Override
protected void onNewIntent(Intent intent) {
super.onNewIntent(intent);
setIntent(intent); // 必须更新当前Intent
handleIntent(intent); // 重新处理数据
}
4.3 状态恢复失败
症状：复用的Activity显示旧数据。
修复方案：
- 在onNewIntent()中强制刷新UI
- 重写onSaveInstanceState()保存关键状态
- 对于Fragment要特别注意getActivity()可能为null的情况
java复制@Override
protected void onNewIntent(Intent intent) {
super.onNewIntent(intent);
if(needRefresh(intent)) {
recreate(); // 极端情况下直接重建
}
}
5. 性能优化实践
5.1 启动时间测量
通过ADB命令量化不同启动模式的影响：
bash复制adb shell am start-activity -W -n com.example/.MainActivity
测试数据表明：
- standard模式平均多消耗15%启动时间
- singleTop在复用实例时节省约200ms
- singleTask由于可能清除栈顶，耗时波动较大
5.2 内存占用对比
使用Android Profiler监控发现：
- standard模式内存线性增长
- singleTop在复用时可减少15%内存占用
- singleInstance由于独立进程，整体开销最大
5.3 最佳实践建议
- 主界面：singleTask + clearTaskOnLaunch
- 频繁跳转的页面：singleTop
- 独立功能模块：singleInstance + 独立进程
- 常规页面：standard
在开发视频会议应用时，我们将会议室页面设为singleInstance，确保会议过程中不会被其他Activity干扰；而参会者列表则使用singleTop，避免重复加载数据。