Spring 6.2.3中RestClient.exchange返回null的场景及处理方案问询

哪些场景会返回null？ #

• 自定义ExchangeFunction返回null：exchange()的结果完全由传入的ExchangeFunction决定。Spring官方提供的默认实现不会返回null，但如果你自己实现了ExchangeFunction，并且在某些逻辑分支中主动返回了null，就会导致整个方法返回null。
• 自定义拦截器篡改响应为null：如果在RestClient的拦截器链中，你的自定义拦截器处理响应时返回了null，也会出现这种情况。不过这属于非常规操作，标准拦截器逻辑都是传递或修改ClientResponse实例，不会返回null。

是否应该采用返回默认响应的模式？ #

不建议直接返回默认响应，更稳妥的处理方式如下：

1. 从源头避免null：如果是你自己实现的ExchangeFunction，绝对不要返回null。遇到异常场景时，要么构造包含错误状态码的ClientResponse（比如404、503），要么抛出WebClientException这类Spring提供的异常，让调用方通过统一的异常处理逻辑处理问题，比用null传达错误更清晰。
2. 显式处理不可控的null：如果调用的是第三方提供的ExchangeFunction（无法控制它返回null），在拿到返回值时必须先做null判断。此时可以根据业务需求选择：
   • 抛出明确的业务异常，让上层感知调用失败；
   • 构造符合业务预期的默认ClientResponse（但一定要先记录详细日志，避免掩盖真实的调用问题）。

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