一次RxJava2导致的线上崩溃问题：The exception was not handled due to missing onError handler in the subscribe()

周末正在休(玩)息(LOL)，突然产品告诉我线上崩溃率很高，还记得周五测试很忙，没怎么测产品就急着上线了。

吓得我感觉看了下友盟数据，发现错误频次最高的是一个网络请求无法解析域名的异常：

第一反应：国外用户无法解析我们配置后台数据的域名，但是理论上来说也应该是网络错误，而不是闪退呀。

第二反应：看到错误的抛出地址是

io.reactivex.internal.functions.Functions$OnErrorMissingConsumer.void accept(java.lang.Throwable)(Functions.java:704)

是RxJava2里面，仔细看了一下我写的调用代码：

RetrofitManager.service.getConfig(getCommonHead(),map)
                    .subscribeOn(Schedulers.io())
                    .observeOn(AndroidSchedulers.mainThread())
                    .`as`(autoDisposable(AndroidLifecycleScopeProvider.from(this)))
                    .subscribe {
                        ...
                    }

就是个简单的网络请求配合RxJava2和AutoDispose，看上去莫得问题，因为错误里面有提到“subscribe()”这个方法，查看源码：

注释中明确提到如果被观察者发射了一个error事件，会被封装成一个OnErrorNotImplementedException异常，然后发送给RxJavaPlugins的onError全局处理。

然后我先看了一下subscribe方法的error回调Functions.ON_ERROR_MISSING：

//1
public static final Consumer<Throwable> ON_ERROR_MISSING = new OnErrorMissingConsumer();
//2
static final class OnErrorMissingConsumer implements Consumer<Throwable> {
        @Override
        public void accept(Throwable error) {
            RxJavaPlugins.onError(new OnErrorNotImplementedException(error));
        }
    }

//3
public OnErrorNotImplementedException(@NonNull Throwable e) {
        this("The exception was not handled due to missing onError handler in the subscribe() method call. Further reading: https://github.com/ReactiveX/RxJava/wiki/Error-Handling | " + e, e);
    }

可以看到里面的错误信息就是我们上面遇到的那个错误，只是这里交给了RxJavaPlugins的onError，而没有直接抛出来。

public static void onError(@NonNull Throwable error) {
        Consumer<? super Throwable> f = errorHandler;

        if (error == null) {
            error = new NullPointerException("onError called with null. Null values are generally not allowed in 2.x operators and sources.");
        } else {
            if (!isBug(error)) {
                error = new UndeliverableException(error);
            }
        }

        if (f != null) {
            try {
                f.accept(error);
                return;
            } catch (Throwable e) {
                // Exceptions.throwIfFatal(e); TODO decide
                e.printStackTrace(); // NOPMD
                uncaught(e);
            }
        }

        error.printStackTrace(); // NOPMD
        uncaught(error);
    }

可以看到这个方法里面就是检查了是否为空，然后如果errorHandler不为空，就交给f处理，否则直接通过uncaught()方法抛出异常。

所以问题就在于errorHandler这里，注释里面有相关说明：

大概意思就是说，这个方法是用来接收一些本应该回调到onError但是因为一些原因无法回调的事件，默认会打印异常信息然后抛出异常停止程序，为了避免这种情况，建议我们通过setErrorHandler方法设置一个全局异常处理

 

分析完毕：

     原因就是因为我没实现onError然后有没有全局异常处理器。所以解决方法有两个，1.在调用处加上onError的实现，2.通过RxJavaPlugins.setErrorHandler设置一个全局的回调。第一种方法适合你的异常需要单独处理的情况，第二种适合你的异常处理方式一致或者说不处理的情况。我选择了第二种，一方面是因为我的情况不需要处理，另一方面也是为了避免之后再次因为这个问题闪退。