1 回答

TA贡献1864条经验 获得超2个赞
我的发现
以特定于 http 客户端的方式设置超时将导致特定于 http 客户端的异常,即WebClient不包装异常:
@Test
void test() {
var host = "localhost";
var endpoint = "/test";
var port = 8089;
var timeout = Duration.ofSeconds(3);
WireMockServer wireMockServer = new WireMockServer(wireMockConfig().port(8089));
wireMockServer.start();
WireMock.configureFor(host, wireMockServer.port());
WireMock.stubFor(get(urlEqualTo(endpoint))
.willReturn(aResponse().withFixedDelay((int) timeout.toMillis())));
HttpClient httpClient = HttpClient.create()
.tcpConfiguration(client ->
client.doOnConnected(conn -> conn
.addHandlerLast(new ReadTimeoutHandler((int) (timeout.toSeconds() / 2)))
.addHandlerLast(new WriteTimeoutHandler((int) (timeout.toSeconds() / 2)))));
WebClient webClient = WebClient.builder()
.baseUrl(format("http://%s:%d", host, port))
.clientConnector(new ReactorClientHttpConnector(httpClient)).build();
webClient.get().uri(endpoint).retrieve().bodyToMono(Recommendation.class).block();
}
这将导致io.netty.handler.timeout.ReadTimeoutException.
.timeout(timeout.dividedBy(2)).block()导致常规TimeoutException( java.util.concurrent) 但 Web 客户端是否会在之后处理连接仍然是一个悬而未决的问题(可能不会)。
我的解决方案是使用 http 客户端特定配置来确保使用连接的本机和正确方式,同时添加新的处理程序,将与 http 客户端相关的异常包装成更通用的异常(或java.util.concurrent.TimeoutException),以便WebClient客户端不会依赖于提供程序异常。
添加回答
举报