对于日常的工作而言，可能android系统的四种启动模式已经能够满足我们的需求，稍微复杂一些的功能比如后端指定调用某个页面，通过Server端下发某个地址给移动端，解析action等信息后通过scheme协议，就可以完成跳转。
今天在看Android开发艺术探索的时候看到了一个知识点，之前没有遇到过，那就是TaskAffinity和allowTaskReparenting
先说TaskAffinity：该参数在默认情况下是和我们的包名相同的，当然，也可以手动添加为当前的包名，但是这么做可能并没有什么用处。一般情况下，TaskAffinity是和singgleTask和allowTaskReparenting来配合使用的。
当TaskAffinity和singgleTask配合使用的时候，它是具有该模式Activity的目前任务栈的名字，待启动的Activity会运行在名字和TaskAffinity相同的任务栈中。
当TaskAffinity和allowTaskReparenting结合的时候，如果A启动了B应用中的C activity，这个时候A和C是在同一个任务栈中的，这个时候如果通过点击B的图标启动B的话，C就会回到B的任务栈中。这样做的原因是因为当C被启动的时候，由于是A启动的，所以只能和A在同一个任务栈中（此时C的taskAffinity是属于应用B的包名的），当点击了B app，C就会发现自己需要的任务栈被建立了，所以就会自动回到B APP的任务栈中。
