在RxJava中我们可以很方便地处理异常，只要加上onError即可。
不过，如果异常发生在操作符内部，比如flatMap，那我们怎么把这个异常传递给onError呢。
Checked异常和Unchecked异常
- Checked异常必须被显式地捕获或者传递，而unchecked异常则可以不必捕获或抛出。
- Checked异常继承java.lang.Exception类。Unchecked异常继承自java.lang.RuntimeException类。
Unchecked异常
一般情况下，unchecked异常会自动传递给onError。例如以下代码可以打印出“Error!”。
Observable.just("Hello!")
.map(input -> {throw new RuntimeException();})
.subscribe(
System.out::println,
error -> System.out.println("Error!")
);
也有例外的情况，那就是... 那些非常严重的错误，以致于RxJava都不能继续运行了。比如StackOverflowError，这些异常被认为是致命的，对它们来说，调用<code>onError</code>毫无意义，并没什么用。你可以用Exceptions.throwIfFatal来过滤掉这些致命的异常并重新抛出，不发射关于它们的通知。
Checked异常
尽管RxJava有自己的异常处理机制，不过Checked异常还是必须由你的代码来处理，也就是说，还是要自己加try-catch。
假设我们用到这样方法：
String transform(String input) throws IOException;
我们可以把Checked异常转换为Unchecked异常，像这样：
Observable.just("Hello!")
.map(input -> {
try {
return transform(input);
} catch (Throwable t) {
throw Exceptions.propagate(t);
}
});
Exceptions.propagate()只是简单地做了这样一件事：如果异常是Checked异常，那就把它包装成Unchecked异常。
而对于像flatMap这样返回Observable对象的操作，可以直接返回Observable.error()。
Observable.just("Hello!")
.flatMap(input -> {
try {
return Observable.just(transform(input));
} catch (Throwable t) {
return Observable.error(t);
}
});
异常的屏蔽
很多RxJava初学者都犯了一个错误，过度地使用onError，其实onError应该在数据无法继续处理下去时才使用。例如，在使用Retrofit 1的时候，响应的状态码为非200的结果调用onError，这样，我们在处理非200的响应结果时就会变得十分麻烦。这个问题在Retrofit 2已经解决了，现在可以通过Observable<Response<Type>>和Observable<Result<Type>>，来处理onNext中的非200的结果返回。
也就是说，通常，你可以在发生错误的时候给onNext一个错误的标识，然后直接在onNext中处理问题，而不是跳过代码进入onError，这样还是可以不中断你的数据流，继续运行你的代码。
如何屏蔽异常而不把异常抛给onError，以下有两种选择：
-
onErrorReturn()，在遇到错误时发射一个特定的数据 -
onErrorResumeNext()，在遇到错误时发射一个数据序列
Observable.just("Request data...")
.map(this::dangerousOperation)
.onErrorReturn(error -> "Empty result");
当dangerousOperation产生异常时，不会触发onError，而是返回字符串"Empty result"。
当上游的Observable观察到异常通知(onError)时，通过onErrorReturn或onErrorResumeNext来把onError转换成与下游序列有所区分的数据。
