Android如何通过TextView实现超链接的跳转CSDN博客地址：http://blog.csdn.net/zhangjinhuang/article/details/52334626
前些时候在支援公司其它部门项目开发的时候，有同事问我：通过Intent在Activity之间进行数据传递，传递的Key和获取的Key都没错，为什么在目标Activity会获取不到传递过来的数据？在Key没错的情况下获取不到数据，那么无疑是Activity的启动模式及在跳转时给Intent设置的Flag属性引起的，于是乎有了今天这篇博客。
那么Activity以哪种启动模式进行跳转时，会导致目标Activity获取不到传递过来的数据呢？在上一篇Activity启动模式详解博客中讲到Activity以不同的启动模式进行启动会根据启动模式来创建相应的实例，也就是说，如果目标Activity的实例已经存在并且符合要求，则不会再创建相应的实例，因此在Activity的4种启动模式中，以singleTop（有可能）、singleTask、singleInstance模式启动的目标Activity，当置于后台被再次启动时都会导致目标Activity获取不到传递过来的数据（这里指的获取不到是指在不借助其它操作时）。
这里以singleTop模式来讲解，当在StandardActivity中点击SingleTopActivity按钮时，会将输入的内容或者默认的内容通过Intent传递给目标SingleTopActivity然后获取并显示出来，主要代码代码如下所示：
public void skip2SingleTopActivity(View view){
Intent intent =newIntent(StandardActivity.this,SingleTopActivity.class);
content = et_content.getText().toString().trim();
if(TextUtils.isEmpty(content)){
content ="这是从StandardActivity传递过来的内容";
}
intent.putExtra(SingleTopActivity.SINGLE_TOP,content);
startActivity(intent);
}
目标SingleTopActivity获取并显示数据的代码如下所示：
private void getBundleData() {
Log.i(TAG,"getBundleData");
Intent intent = getIntent();
if(intent !=null) {
result = intent.getStringExtra(SINGLE_TOP);
tv_content.setText("结果为："+ result);
}
}
其中getBundleData方法是在onCreate方法中调用的，点击后的结果如下所示：
可以看到目标SingleTopActivity可以成功获取传递过来的数据，现在重点来了，如果此时在SingleTopActivity中的EditText中输入内容或者直接点击SingleTopActivity按钮让它继续跳转到自己会出现什么情况呢？
跳转的主要代码如下所示：
publicvoidskip2SingleTopActivity(View view) {
Intent intent =newIntent(SingleTopActivity.this, SingleTopActivity.class);
String content = et_content.getText().toString().trim();
if(TextUtils.isEmpty(content)) {
content ="这是从SingleTopActivity传递过来的数据";
}
intent.putExtra(SINGLE_TOP, content);
startActivity(intent);
}
此时SingleTopActivity中显示的数据依然是从StandardActivity中传过来的数据：
Intent对象大致包含Component、Action、Category、Data、Type、Extra和Flag这7种属性，其中Intent的Flag属性用于为该Intent添加一些额外的控制旗标，可以通过Intent的addFlags方法为Intent添加控制旗标。
其中常见的跟Activity跳转有关的Flag旗杆有如下几个：
1、FLAG_ACTIVITY_BROUGHT_TO_FRONT：经测试发现以该旗标启动的目标Activity跟以旗标FLAG_ACTIVITY_NEW_TASK启动的目标Activity一样都会创建新的Activity实例。
2、FLAG_ACTIVITY_CLEAR_TOP：见名知意：清除当前Activity之上的所有实例，该Flag相当于Activity启动模式中的singleTask，例如，一个Activity栈中包含有A、B、C、D，4个Activity实例，当在Activity D中以该旗标启动Activity B时，此时Activity栈中只包含A、B两个Activity实例。
在ActivityD中以FLAG_ACTIVITY_CLEAR_TOP标志启动之前：
在ActivityD中以FLAG_ACTIVITY_CLEAR_TOP标志启动之后：
3、FLAG_ACTIVITY_NEW_TASK：默认启动旗标，该旗标控制创建一个新的Activity实例，该Flag相当于Activity启动模式中的standard。
4、FLAG_ACTIVITY_SINGLE_TOP：从名字中不难看出该Flag相当于Activity加载模式中的singleTop模式，即原来Activity栈中有A、B、C、D这4个Activity实例，当在Activity D中再次启动Activity D时，Activity栈中依然还是A、B、C、D这4个Activity实例。
5、FLAG_ACTIVITY_NO_HISTORY：如名字没有历史Activity一样，以该旗标启动的Activity不会保留在Activity栈中，如：Activity栈中有A、B两个Activity实例，当在Activity B中以该旗标启动Activity C，在Activity C中再启动Activity D，此时Activity栈中只有A、B、D三个Activity实例，即Activity C不会保留在Activity栈中。
当然也可以通过在Activity D中以FLAG_ACTIVITY_CLEAR_TOP旗标的方式启动Activity C，如果Activity C还保留在Activity栈中的话，那么此时栈中的肯定只有A、B、C这三个Activity的实例，但是实践证明Activity栈中有A、B、D、C这四个实例，也就进一步说明在Activity B中以FLAG_ACTIVITY_NO_HISTORY旗标启动Activity C，再在Activity C中启动Activity D后，Activity C不会在保留在Activity栈中，所以才会出现当在Activity D中以FLAG_ACTIVITY_CLEAR_TOP旗标的方式启动Activity C时会创建新的Activity C实例，栈中情况如下所示：
6、FLAG_ACTIVITY_REORDER_TO_FRONT：即如果栈中已有该Activity则直接将该Activity带到前台。如：Activity栈中有A、B、C、D四个Activity，如果在Activity D使用该旗标启动Activity C，那么启动后Activity栈中的情形为：A-B-D-C。
启动前Activity栈中的情况：
启动后Activity栈中的情况：
从原因一：Activity的启动模式中可以发现，如果Activity栈中已经存在目标Activity的实例的话，当从后台再次返回到Activity的栈顶时都有可能导致目标Activity获取不到传递过来的数据，同样的，原因二：Intent设置的Flag属性如果也会让目标Activity的实例保留在Activity栈中且满足条件的话当再次启动时也会导致目标Activity获取不到传递过来的数据，这里本来也将会通过以Activity的singleTop启动模式相对应的FLAG_ACTIVITY_SINGLE_TOP旗标来讲解的，不过由于篇幅原因，所以打消了这种想法，如果真有需要的话，可以去下载源码查看。
知道原因之后，那么该如何解决这个问题呢？其实谷歌早就考虑到了这种问题，于是在Androidapi中的Activity类中给我们提供了一个叫onNewIntent的方法来解决这个问题：
当一个Activity的启动模式是singleTop或者使用FLAG_ACTIVITY_SINGLE_TOP这个标记启动的时候，并且Activity的栈顶就是待启动的目标Activity的时候，会调用目标Activity的这个方法，如果需要在后续的目标Activity的生命周期中可以获取最新的数据，可以在该方法中通过setIntent方法更新数据。（ps：不完全是按照翻译）
知道了解决办法以后，在目标SingleTopActivity重写onNewIntent方法并在该方法中通过setIntent方法来更新数据以确保在目标SingleTopActivity后续的生命周期中可以获取最新的数据，主要代码如下所示：
@Override
protected void onNewIntent(Intent intent) {
super.onNewIntent(intent);
if(intent !=null) {
result = intent.getStringExtra(SINGLE_TOP);
Log.e(TAG,"onNewIntent result=="+ result);
setIntent(intent);
}
}
@Override
protected void onResume() {
super.onResume();
Log.e(TAG,"onResume");
Intent intent = getIntent();
if(intent !=null) {
result = intent.getStringExtra(SINGLE_TOP);
tv_content.setText("结果为："+ result);
}
}
此时，输入内容并点击SingleTopActivity按钮可以发现已经可以获取最新的数据了，结果如下所示：
Log日志如下所示：
至此，Activity启动模式及Intent的Flag属性对Intent传值的影响就介绍完了。
另外，为了方便开发，很多公司都会封装一些常用的工具类，如：为了减少Activity实例的的创建，会对Activity的跳转进行一系列的封装的IntentUtils工具类中往往会给Intent添加addFlags方法以减少实例的创建，因此小伙伴们在使用自己公司封装好的工具类时需要时刻留意。
后记：
其实，现在想想，或许对Intent进行封装时添加Flag旗标也许不是一个明智的选择，就拿FLAG_ACTIVITY_SINGLE_TOP来说，这个旗标也只是在当目标Activity已对处于Activity栈顶的时候才不会再次去创建目标Activity的实例，所以说如果添加Flag是为了减少实例的创建的话也不现实，并且在开发中很多终端页都是借助WebView加载h5来实现的，如果在终端页中点击某个链接会继续在当前Activity中打开，这个时候就会遇到一个很尴尬的问题，虽然内容是变了，但是看不到Activity的任何切换并且此时点击返回键的时候是会直接退出当前Activity，而不是回到上一个h5显示的页面（也许你会说，可以监听返回键然后在相应的事件中对WebView进行判断，这样就不会直接退出了，如果你要这样想的话，我也是没辙的），当然，如果你们公司的产品觉得这样蛮好的，那又是另一回事了，毕竟这一切都是我个人的看法，况且：一切用户至上！
