查看原文
其他

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

Android轮子哥 鸿洋 2019-04-05

本文作者


作者:Android轮子哥

链接:

https://www.jianshu.com/p/579f1f118161

本文由作者授权发布。


问题介绍



在项目中,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;
    }
}


此解决方案已经加入啃得香豪华套餐:

https://github.com/getActivity/AndroidProject

欢迎各位提 issue,欢迎 star。


作者的技术讨论Q群:78797078


推荐阅读

帮你整理一份快速入门Flutter的秘籍

亲,还在为PopupWindow烦恼吗?

安卓6.0到9.0适配

非 UI 线程能调用 View.invalidate()?



扫一扫 关注我的公众号

如果你想要跟大家分享你的文章,欢迎投稿~


┏(^0^)┛明天见!

    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存