当Activity跳转偶遇单身多年的老汉
作者：互联网
在项目中，Activity多重跳转一直是开发中最常见的问题，网上的解决方案很多，但是要怎么解决才是最佳的往往才是头疼的问题，我现在要讲的是如何真正的解决这个问题而不留一丝Bug，先介绍几种已有的方案以及优缺点。
AOP 面向切面
这里不讲 AOP 的集成，如需了解请左拐百度，这里只讲优势和劣势。
textView.setOnClickListener(new OnClickListener() {
@EnableFastOnClick
@Override
public void onClick(View v) {
}
});
优点：对 View 点击事件的方法进行注解，看起来比较简洁
缺点：每一处 View 点击事件都要进行注解，开发成本较高，容易出现遗漏
Activity 启动模式
android:name=".ui.activity.XXXActivity"
android:launchMode="singleTop" />
为 Activity 文件中设置 singleTop，这里复习一下 singleTop 启动模式
singleTop：单一顶部模式，如果任务栈的栈顶存在这个要开启的 Activity，不会重新的创建 Activity，而是复用已经存在的 Activity。保证栈顶如果存在，不会重复创建。
优点：直接在清单文件中设置 Activity 的启动模式，简单粗暴
缺点：每新增 Activity 都要设置启动模式，并且只能指定singleTop，开发成本较高，容易出现遗漏
startActivity 拦截
首先，我们需要先造一个双击判断工具类
public final class DoubleClickHelper {
private static final long[] TIME_ARRAY = new long[2]; // 数组的长度为2代表只记录双击操作
/**
* 是否在短时间内进行了双击操作
*/
public static boolean isOnDoubleClick() {
// 默认间隔时长
return isOnDoubleClick(1500);
}
/**
* 是否在短时间内进行了双击操作
*/
public static boolean isOnDoubleClick(int time) {
System.arraycopy(TIME_ARRAY, 1, TIME_ARRAY, 0, TIME_ARRAY.length - 1);
TIME_ARRAY[TIME_ARRAY.length - 1] = SystemClock.uptimeMillis();
return TIME_ARRAY[0] >= (SystemClock.uptimeMillis() - time);
}
}
重写 Activity 的 startActivity 方法
public abstract class BaseActivity extends AppCompatActivity {
@Override
public void startActivity(Intent intent) {
if (DoubleClickHelper.isOnDoubleClick(500)) {
return;
}
super.startActivity(intent);
}
}
这样写其实存在一个漏洞，让我们看 Activity 的跳转方法
我想大家的第一眼感觉是和我一样的，这是神马?我难道要重写那么多个?
遇到这种问题，一般菜鸟抱大腿的流程：
菜鸟：遇到不会的问题怎么办?
老鸟：不会百度啊!百度不会吗?
菜鸟：百度不行怎么办?
老鸟：百度不行就换谷歌啊!
菜鸟：谷歌也不行怎么办?
老鸟：源码是最好的老师!
这里只是讲个段子，接下来让我们通过查看源码来解决这个问题，先看 startActivity 的源码
这里调用了同名不同参的方法，再看
原来 startActivity 最终还是要回调 startActivityForResult
从这里看到 startActivityForResult 两个方法，参数短的方法还是调用了参数长的方法，这里我们只需要重写那个参数长的方法即可，那我们不能用刚刚那种方式了，把 startActivity 换成 startActivityForResult
public abstract class BaseActivity extends AppCompatActivity {
@Override
public void startActivityForResult(Intent intent, int requestCode, @Nullable Bundle options) {
if (DoubleClickHelper.isOnDoubleClick(500)) {
return;
}
super.startActivityForResult(intent, requestCode, options);
}
}
其实这样还存在一个问题，如果这个界面需要多重跳转怎么办呢?这样直接写死 BaseActivity 是不是不利于扩展?
这个问题解决也很简单，在 BaseActivity 预留一个方法，子类可以重写这个方法来决定是否要检查和判断 Activity 多重跳转的问题：
public abstract class BaseActivity extends AppCompatActivity {
@Override
public void startActivityForResult(Intent intent, int requestCode, @Nullable Bundle options) {
if (isCheckActivityJump() && DoubleClickHelper.isOnDoubleClick(500)) {
return;
}
// 查看源码得知 startActivity 最终也会调用 startActivityForResult
super.startActivityForResult(intent, requestCode, options);
}
/**
* 是否检查 Activity 跳转频率，避免重复跳转
*/
protected boolean isCheckActivityJump() {
// 默认需要检查和判断
return true;
}
}
其实就这两句代码，非常简单，接下来总结一下：
优点：基类处理，一劳永逸，开发成本极低
缺点：不能精准的判断跳转的 Activity 是否是重复的，也就是说如果同时跳转两个不同的 Activity，结果只有第一个成功跳转，而第二个却没有跳转
startActivityForResult 拦截优化
上一个解决方案还残留着Bug，追求完美的我们怎能容许这种事情的发生，接下来让我们来给这个问题画上圆满的句号。
首先要想知道重复跳转的 Activity 是不是同一个，我们可以通过 Intent 这个对象来进行判断，不过在此之前我们要先复习一下 Activity 的启动方式
显式意图启动
构造方法：new Intent(Context packageContext, Class cls)
对象方法：intent.setClass(Context packageContext, Class cls)
隐式意图启动
构造方法：new Intent(String action)
对象方法：intent.setAction(String action)
这里已经列出这两种启动方式的使用了，我们可以利用显式意图和隐式意图来分别创建一个 Tag 标记，用于判断跳转的 Activity 是否是重复的：
// 标记对象
String tag;
if (intent.getComponent() != null) { // 显式跳转
tag = intent.getComponent().getClassName();
}else if (intent.getAction() != null) { // 隐式跳转
tag = intent.getAction();
}
除了判断是否重复了之外，还需要再判断跳转时间间隔
if (tag.equals(mActivityJumpTag) && mActivityJumpTime >= SystemClock.uptimeMillis() - 500) {
// 检查不通过
result = false;
}
完整代码如下：
此解决方案已经加入啃得香豪华套餐：
https://github.com/getActivity/AndroidProject
欢迎各位提 issue，欢迎 star。
http://www.dlbhyy.me/
大连好的妇科医院 http://www.0411fuke.com/
标签：startActivity,偶遇,跳转,intent,Activity,startActivityForResult,public 来源： https://www.cnblogs.com/lll123/p/10716446.html