当Activity跳转偶遇单身多年的老汉

本文章已受权鸿洋微信公众号转载：当Activity跳转偶遇单身多年的老汉

问题介绍

在项目中，Activity多重跳转一直是开发中最多见的问题，网上的解决方案不少，可是要怎么解决才是最佳的每每才是头疼的问题，我如今要讲的是如何真正的解决这个问题而不留一丝Bug，先介绍几种已有的方案以及优缺点

AOP 面向切面

这里不讲 AOP 的集成，如需了解请左拐百度，这里只讲优点和劣势

textView.setOnClickListener(new OnClickListener() {

    @EnableFastOnClick
    @Override
    public void onClick(View v) {
		
    }
});
复制代码

• 优势：对 View 点击事件的方法进行注解，看起来比较简洁

• 缺点：每一处 View 点击事件都要进行注解，开发成本较高，容易出现遗漏

Activity 启动模式

<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;
}
复制代码

完整代码以下

public abstract class BaseActivity extends AppCompatActivity {

    @Override
    public void startActivityForResult(Intent intent, int requestCode, @Nullable Bundle options) {
        if (startActivitySelfCheck(intent)) {
            // 查看源码得知 startActivity 最终也会调用 startActivityForResult
            super.startActivityForResult(intent, requestCode, options);
        }
    }

    private String mActivityJumpTag;
    private long mActivityJumpTime;

    /**
     * 检查当前 Activity 是否重复跳转了，不须要检查则重写此方法并返回 true 便可
     *
     * @param intent          用于跳转的 Intent 对象
     * @return                检查经过返回true, 检查不经过返回false
     */
    protected boolean startActivitySelfCheck(Intent intent) {
        // 默认检查经过
        boolean result = true;
        // 标记对象
        String tag;
        if (intent.getComponent() != null) { // 显式跳转
            tag = intent.getComponent().getClassName();
        }else if (intent.getAction() != null) { // 隐式跳转
            tag = intent.getAction();
        }else {
            return result;
        }

        if (tag.equals(mActivityJumpTag) && mActivityJumpTime >= SystemClock.uptimeMillis() - 500) {
            // 检查不经过
            result = false;
        }

		// 记录启动标记和时间
        mActivityJumpTag = tag;
        mActivityJumpTime = SystemClock.uptimeMillis();
        return result;
    }
}
复制代码

以上代码已通过严格测试，没有任何问题，再总结一下

• 优势：天衣无缝

• 缺点：不存在的

此解决方案已经加入啃得香豪华套餐：AndroidProject，欢迎各位提 issue，欢迎 star

Android技术讨论Q群：78797078