一、前言
现在越来越多的 App 以 Router 路由的形式，来实现模块化。一般而言，这种 Router 的方案，从外部直接调起的方式，是由一个 ProxyActivity 做一个代理，然后再由它去跳转到项目内的其他目标 TargetActivity 。这样的实现，理论上，是可以从外部调起 App 内所有的 Activity 的。
但是这样就面临一个问题，如果从外部调起了一个子页的 Activity，举例是一个影片详情页，如果想在用户回退的时候，进入到应用主页，而非直接退出了。就需要特殊处理了。
本文就以如何优化的回退到我们需要的 Activity 来做一个说明。
二、分析和拆解问题
对于前面举例的情况来说，实际上我们只需要处理好以下问题即可。
- 如何区分当前 Activity 是从应用内打开，还是从应用外直接打开，就是打开 Activity 的来源。
- 在区分出来 Activity 打开的来源之后，如何优雅的退回到我们需要的 Activity。
- 要处理一些特殊情况。
对于这样两个问题，区分来源，最粗暴的方式，就是在 Intent 里增加一个类似 from 的字段，来标记是从那个页面过来的，如果不是我们指定的话，在 finish() 或者 onBackPressed() 的时候，就打开 MainActivity 即可。
这是一个粗暴的方式，虽然它有用，可它不够优雅。
而在 Support v4 22.0.0 开始，针对这样的情况，为我们增加了一个 NavUtils 的类，专门用于处理这种情况，接下来就来看看如何使用它。
三、NavUtils 如何使用
NavUtils 从名称上就可以看出来，它是一个用于处理导航的辅助工具类。
![/nav-class.png]()
先来看看它的方法，它主要的方法主要分三中：
- getParentActivityIntent()：获得一个用户回退到父Activity 的Intent。
- shouldUpRecreateTask()：是否需要重新构建一个 Task。
- navigateUpTo()：回退到 Intent 指定的父 Activity。
为了方便使用 getParentActivityIntent() 提供了很多的重载，但是实际上目的都是一样的，就是拿到我们指定的当前 Activity 的上一级 Activity（父 Activity ）。
既然是 Support v4 包下的辅助类，它其实在内部也是做好了很多兼容的处理。它针对不同的 Android Level 做了不同的实现，可以看到 NavUtilsImplBase 和 NavUtilsImplJB 都是为了处理兼容性的问题，他们都实现了 NavUtilsImpl 接口，而且在静态代码块内处理好了兼容性问题。
![/nav-jianrong.png]()
好了，源码就先聊到这里，先来看看如何使用。
如果想要使用 NavUtils 还需要在 AndroidManifest.xml 中，为 Activity 指定一个父的 Activity。
这里有个 Demo ，有两个 Activity，分别是 MainActivity 和 ChildActivity 。我们需要对 ChildActivity 设定父 Activity。
![/nav-manifest.png]()
为 Activity 设定父 Activity，是需要区分版本的，在 4.1 之后，是可以直接使用 android:parentActivityName 直接指定即可。而对于 4.0 及一下的版本，如果想要使用，可以配置 meta-data 标签，name 必须是 android.support.PARENT_ACTIVITY 而 value 就是用来指定父 Activity 的。
先来看看官方推荐的使用示例。
![/nav-doccode.png]()
它的流程非常的简单，首先使用 NavUtils.getParentActivityIntent() 方法，获得它的父 Activity，然后使用 NavUtils.shouldUpRecreateTask() 方法，确定当前 Activity 是否需要一个 Task ，如果需要，使用 TaskStackBuilder 来操作，如果不需要就直接调用 NavUtils.navigateUpTo() 方法来继续接下去的逻辑。
可以看到这一套逻辑，非常的简单，如果按照文档的描述，使用起来应该体验挺不错的，但是它有坑，后面讲。
三、NavUtils 的源码
先来看看 NavUtilsImplBase 这个 Api Level 16 以下的 Api 实现，它因为没有一些高版本的 Api，从源码上能看出跟多细节。
![/nav-nojbmethod.png]()
简单关注一下它的细节，shouldUpRecreateTask() 方法，实际上是通过校验 Action 是否等于 ACTION_MAIN 来确定的，而 navigateUpTo() 只是为 upIntent 添加了 FLAG_ACTIVITY_CLEAR_TOP 这个 flag ，然后启动父 Activity 并且关闭自己。而 getParentActivityIntent() 的代码，其实核心还是在 NavUtils.getParentActivityName() ，最终可以看到，它和我们配置的一样，是从 meta-data 中获取的数据。
![/nav-gatemate.png]()
再来看看 NavTilsImplJB 这个 Api Level 16 上的实现。
![/nav-jbmethod.png]()
可以看到，它其实很多逻辑都放在 NavUtilsJB 这个类中。
![/nav-utilsjb.png]()
而它实际上很多方法都是直接调用的 Activity 中对应的方法，有兴趣可以去看看 Activity 的源码中的实现。
四、填坑和最终实现
到这里，基本上就已经了解了 NavUtils 的实现原理了，看样子用起来应该没那么多问题，但是如果实际使用起来，你就会发现有坑了。
1、shouldUpRecreateTask() 永远返回的是 false。
实际上，这并不是 shouldUpRecreateTask() 方法在实现上有什么 Bug，它实际上是给 Notification 使用的，在 Notification 使用 PendingIntent 的时候，使用 TaskStackBuilder 来构建它，其构造一个 Back Task ，在这里就可以使用 shouldUpRecreateTask() 方法来做判断了。
但是大多数情况下，我们并不只是在 Notification 中使用它，并且有一些推送的消息，这个 Notification 并非我们去构造的，而是由第三方 SDK 来构建的，这就导致这种情况并不符合大多数场景。
下面是官方提供的一个 Demo。
![/nav-notifydemo.png]()
有兴趣可以移步到官方文档查看：
https://developer.android.com/guide/topics/ui/notifiers/notifications.html#NotificationResponse
所以我们可以使用 Activity.isTaskRoot() 来做辅助判断，它是 Activity 的方法，可以判断当前 Activity 是否是在当前 Task 的根 Activity，这样就说明再回退的话，实际上就会将当前 Task 完整的清空，表现就是退出去了。
2、navigateUpTo() 会重新启动MainActivity
navigateUpTo() 方法从源码上可以看出来，它实际上是强加了一个 FLAG_ACTIVITY_CLEAR_TOP ，然后重新启动它，这样的话，在某些设备上，默认是有动画处理的，因为这里是打开了一个新的页面，而非 finish() 之后，自动回退到上一个页面的操作。
那么解决方案也非常的简单，在判断当前 Activity 不需要使用 TaskStackBuilder 构造一个 Task Stack ，就直接 finish() 掉当前的页面，因为这样的判断说明当前 Activity 是在页面内正常打开的，所以直接 finish() 就可以退回到上一个页面了。
最终改动之后的实现效果就变成了这样，AndroidManifest.xml 中的配置不变。
![/nav-demo.png]()
本文转自承香墨影博客园博客，原文链接：http://www.cnblogs.com/plokmju/p/7282113.html，如需转载请自行联系原作者
