singleTask 模式Activity的启动模式之一，是一种栈内复用并activity实例唯一的一种模式。
他的特点就是栈内复用，并且会清除所在栈内自身实例上面的所有activity实例（LAUNCHER Activity除外）。
今天特此记录，关于singleTask 模式下 Activity的跳转传值和使用注意事项。
一 验证 singleTask 模式 Activity 的启动和复用。
有四个activity
MainActivity LAUNCHER Activity 启动模式 singleTask
AActivity 启动模式 singleTask
BActivity 启动模式 standard
CActivity 启动模式 singleTask
执行顺序是：MainActivity 到 AActivity 到 BActivity 到 CActivity 到 MainActivity
下方是执行日志：
D/task: onCreate: MainActivity
D/task: onResume: MainActivity
to AActivity
D/task: onCreate: AActivity
D/task: onResume: AActivity
根据日志我们发现，singleTask 模式的AActivity启动时并没有销毁MainActivity ，因此singleTask 是无法销毁LAUNCHER Activity的
to BActivity
D/task: onCreate: BActivity
D/task: onResume: BActivity
to CActivity
D/task: onCreate: CActivity
D/task: onResume: CActivity
to MainActivity
D/task: onDestroy: AActivity 销毁
D/task: onDestroy: BActivity 销毁
D/task: onRestart: MainActivity 重启
D/task: onResume: MainActivity
D/task: onDestroy: CActivity 销毁
MainActivity重启时，系统销毁了AActivity Bctivity CActivity等后续压栈的activity实例
到此是对Activity singleTask的启动模式下，站内复用的验证。由此说明，singleTask模式下，
对内存的合理回收，减少创建次数和长期持有activity实例，对我们管理内存是很有好处的。
同时也也节省了初始化时间，用户体验也得到了提高。
二，验证传值问题。
重新执行一下，执行顺序是 MainActivity 到 AActivity 到 MainActivity
下方是执行日志，我们分析一下；
D/task: onCreate: MainActivity 创建
D/task: onStart: MainActivity 启动
D/task: onResume: MainActivity 获取焦点
D/task: onPause: MainActivity 失去焦点
toAActivity
D/task: onCreate: AActivity 创建
D/task: onResume: AActivity 获取焦点
toMainActivity
D/task: onSaveInstanceState: MainActivity 恢复数据
D/task: onRestart: MainActivity 重启
D/task: onStart: MainActivity 启动
D/task: onResume: MainActivity 获取焦点
D/task: onDestroy: AActivity 销毁AActivity
从日志可以看出，Activity在singleTask启动模式下，是走复用方式的，所以不走onCreate方法，
而是走onRestart方法，但在此处并不适合进行操作，我个人喜好是这样的，
Activity在singleTask启动模式下的数据传递我是在onResume中处理接受的.
在处理单线逻辑的ui跳转时，例如MainActivity 到 AActivity到 BActivity 到 CActivity 到 MainActivity，
需求处理完成后，又返回出发页，这种方式的启动模式是非常好的。需要注意是传值问题，对内存和用户体验都有很好的帮助。
但要特别注意LAUNCHER属性的Activity在singleTask启动模式下，不要过多持有对象，因为长期持有很容易造成内存问题。
本文完，特此记录activity的singleTask启动模式的特性和注意事项。