[Android骚操作] RuntimeException与全局异常捕获的巧妙结合

20170701100822333.jpg

前言

由RuntimeException的使用延申和满脑子骚操作的Android开发人员阴差阳错的被全局异常捕获拘留直到Application认领才知道大水冲了龙王庙的Android开发人员跟全局异常捕获原来是远方亲戚

这方法我已经用上瘾了

android_exception_use.gif

代码POU析

实际上从上图看,表面上是看不出来什么的,但是其内容与处理方式已经是天翻地覆的变化了,至于怎么天翻地覆,我们来看看代码就知道了
当然我只贴出部分核心代码,上图的进入主界面的按钮事件监听在这里
事先声明一下,第一个界面是 MainActivity ,第二个界面是 SignInActivity 第三个界面则是登陆后的 HomeActivity

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        /* 设置点击事件 */
        findViewById(R.id.start_to_home).setOnClickListener(new View.OnClickListener() {

            /**
             * 你会看到很神奇的一幕,当 {@link com.var.intercept_android.data.Storage} 中的
             * {@link com.var.intercept_android.data.Storage#isSign} 为false的时候.跳转到
             * {@link HomeActivity} 的代码并没有执行
             */
            @Override
            public void onClick(View v) {

                /* 首先检查用户是否登陆 */
                Sign.isSign();

                /* 然后跳转到HomeActivity */
                startActivity(new Intent(MainActivity.this, HomeActivity.class));
            }
        });
    }
}

然而你看到的是,我只是在上边调用了 Sign 类的 isSign() 方法,至于 isSign() 怎么实现的,我们等会在看
其实看到这里,你已经发现有些不对劲了,是吧?正常情况下 isSign() 执行完是要执行跳转到主界面的,然而并没有执行跳转到主界面的那句代码,这是为什么呢?我们再来看看 isSing() 方法里边用了什么 骚操作

public class Sign {

    /**
     * 检查是否登陆
     */
    public static void isSign() {
        /* 如果未登录 */
        if (!Storage.isSign) {
            /* 抛出未登录异常 */
            throw new NotSignException();
        }
    }
}

对的,你没看错 isSign() 方法抛了个名为 NotSignException 的自定义异常,那我们再来看看 NotSignException 是怎么写的

public class NotSignException extends RuntimeException {

    /**
     * 构造方法,一个就够了
     */
    public NotSignException() {
        super("用户未登录");
    }
}

居然是继承的 RuntimeException ,想不到吧,这样的程序居然没崩溃?

原理POU析

灵感来源

事实上,这个骚操作是这样来的,最开始,我准备做一个检查用户是否登陆的功能,但是呢,用返回值为布尔类型的方法来做验证感觉太繁琐,并且吧,if和else写多了也并不怎么美观,所以寻思着怎么让代码执行到某一句的时候不继续执行了

实现原理

众所周知,Java中的异常机制,只要发生异常,那从发生异那句代码开始到整个方法结束的代码都不会执行了,所以我就想到了使用异常的方式来简化代码的骚操作,不过,这个异常也是要有讲究的,他不能在编译的时候就直接被编译器检查出来了,所以要隐藏起来,那就得使用Error或者RuntimeException,不过Error是不可捕获的异常,那么就只能使用RuntimeException及其子类

后遗症处理

既然抛出了异常,那在Java中不处理的就会抛给虚拟机,那虚拟机就会停掉,所以需要写一个异常捕获

延申问题

由于使用环境是在Android上,因为Android平台的特殊机制,所以通常的异常捕获是行不通的,那怎么处理呢?
Android的应用程序里边有一个叫 Looper 的好东西,我们可以通过直接接管 Looper 然后捕获 Looper.loop(); 的异常来捕获主线程的异常信息,然后其他的异常信息则是通过以往的全局异常捕获来实现,我们来看看全局异常捕获是怎么实现的

public class GlobalCrashCapture implements Thread.UncaughtExceptionHandler {

    /* 静态实例 */
    private static GlobalCrashCapture instance;
    /* 应用程序的上下文参数 */
    private Application context;
    /* looper状态 */
    private boolean running = true;

    /**
     * 构造方法
     */
    private GlobalCrashCapture() {
    }

    /**
     * 初始化
     *
     * @param context 上下文参数
     */
    public void init(Application context) {
        this.context = context;
        this.looperException();
        Thread.setDefaultUncaughtExceptionHandler(this);
    }

    /**
     * 获取当前对象的静态实例
     *
     * @return 返回 {@link GlobalCrashCapture} 对象
     */
    public static GlobalCrashCapture instance() {
        if (GlobalCrashCapture.instance == null) {
            GlobalCrashCapture.instance = new GlobalCrashCapture();
        }
        return GlobalCrashCapture.instance;
    }

    /**
     * 重点在这里,正常情况下主线程的异常就被捕获也会导致虚拟机停止,为了不让虚拟机停止(简单来说是不让APP崩溃)
     * 最好的方法就是接管Android的Looper,然后捕获异常
     * 

* 接管Android的Looper并捕获异常 */ private void looperException() { new Handler(Looper.getMainLooper()).post(new Runnable() { @Override public void run() { while (running) { try { Looper.loop(); } catch (Throwable e) { /* 如果是自己定义的异常 */ if (e instanceof NotSignException) { /* 那就自己去处理吧 */ handleNotSignException(); } else { /* 如果不是自己抛出的异常,那就用全局异常捕获去处理 */ handleException(e); } } } } }); } @Override public void uncaughtException(Thread t, Throwable e) { this.handleException(e); } /** * 默认异常信息处理 * * @param ex 异常信息 */ private void handleException(final Throwable ex) { ex.printStackTrace(); new Thread() { @Override public void run() { /* 弹个Toast告诉你程序出问题了 */ Looper.prepare(); if (BuildConfig.DEBUG) { Toast.makeText(context, "哦豁,程序问题咯: " + ex.getLocalizedMessage(), Toast.LENGTH_LONG).show(); } Looper.loop(); /* 等三秒 */ try { Thread.sleep(3000); } catch (InterruptedException e) { e.printStackTrace(); } /* 然后结束应用程序 */ android.os.Process.killProcess(android.os.Process.myPid()); System.exit(0); } }.start(); } /** * 未登录异常处理 */ private void handleNotSignException() { /* 其实你可以定义一个接口,然后使用回调的方式处理,此处为了简单明了的说明问题,不做详细解释 */ context.startActivity(new Intent(context, SignInActivity.class).setFlags(Intent.FLAG_ACTIVITY_NEW_TASK)); } }

首先是保证全局异常捕获的单例,然后是一贯的实现 Thread.UncaughtExceptionHandler 接口来捕获异常,重点在 looperException() 方法, looperException() 方法通过接管 Looper 来实现异常捕获,并将捕获到的异常进行处理,然后将捕获到的 NotSignException 异常信息交由 handleNotSignException() 方法处理,从而达到异常不抛给虚拟机又实现了异常信息收集和代码执行截断的功能,是不是很爽?

最重要的一点是,千万要记得在你的Application的onCeate()方法中初始化全局异常捕获,否则你的应用程序点哪那崩,加上这句就是点哪都不会崩

public class MainApplication extends Application {

    @Override
    public void onCreate() {
        super.onCreate();
        /* 初始化全局异常捕获,这个很重要,不加这句你的应用就是点哪哪崩 */
        GlobalCrashCapture.instance().init(this);
    }
}

14988115776887403.png

上边的代码,只要 Storage 中的 isSignfalse , 你在任何地方调用 Sign.isSign() 方法,其后边的代码都不会执行,用在 登陆验证,输入检查,接口请求,Bean对象非空验证等 地方简直就是爽歪歪,当然适用场景不止这些,更多的还有待小伙伴们去探索

干货分享

上边的源码我已经上传Github,有需要的小伙伴可以自己拉下来研究研究,注释到都还是有的,只不过这只是写个Demo而已,有些地方代码没写很详细,也就简单的表述一下我要实现的功能而已
源码地址: https://github.com/scvax/Intercept_Android

如果有疑问,可以在本文下方留言,在我的能力范围内我还是很乐意解答的,我上很勤的哦~~

14988115779718031.png

你可能感兴趣的:([Android骚操作] RuntimeException与全局异常捕获的巧妙结合)