如何判断返回RxJava类型的方法该抛异常还是走onError？

核心判断原则 #

判断异常是直接抛出还是走onError回调，核心依据是异常类型属于编程错误还是运行时可恢复异常：

• 属于调用方违反方法前置约定的编程错误：方法自身直接抛出异常
• 属于流执行过程中发生的运行时可预期、可恢复异常：通过返回的Rx类型（Observable/Flowable等）的onError回调传播

两类场景的具体处理规则 #

1. 直接抛出异常的适用场景 #

所有方法调用阶段就能发现的、属于调用方编码失误的问题，都要当场直接抛出，不要流入Rx流的错误通道，典型场景包括：

• 入参不符合约定：比如方法明确约定入参不可为null、参数取值范围有限制（比如分页参数不能为负数）
• 方法运行的前置环境不满足：比如要求必须在Android主线程调用的方法被放到子线程执行

你提到的「约定入参为null时抛出NPE」就属于这类场景，必须由方法自身直接抛出异常，不要通过返回的Rx类型传递。这也是RxJava官方的统一编码规范，比如原生的Observable.just(T item)方法传入null时会当场抛出NullPointerException，而不是返回一个触发onError的流，目的就是让这类低级编码错误在开发阶段直接暴露，不需要等到流订阅执行时才被发现。

2. 通过onError传播异常的适用场景 #

方法前置校验全部通过，在返回的Rx流订阅执行过程中发生的异常，都要走onError通道传播，典型场景包括：

• 网络请求失败、IO读写异常
• 业务逻辑校验失败（比如用户权限不足、请求的资源不存在）
• 第三方服务调用抛出的运行时异常

这类异常是运行时可能出现的、和调用方编码无关的可恢复问题，走Rx的错误通道可以让下游灵活使用onErrorReturn、retry等操作符做统一异常处理，符合RxJava的流式编程约定。

内容的提问来源于stack exchange，提问作者Barracuda