如何处理Reactor Netty中的io.Netty.channel.ConnectTimeoutException

Question

我正在尝试使用Reactor Netty TcpClient以反应方式与主机交互，这可能是无法访问的。下面是通道初始化逻辑的示例：

ConnectionProvider connectionProvider = ConnectionProvider.fixed("fixed", 50);
TcpClient.create(connectionProvider)
  .host(host).port(port)
  .wiretap(true)
  .option(ChannelOption.CONNECT_TIMEOUT_MILLIS, 50)
  .doOnConnect(x -> log.trace("Connect to {}:{}", host, port))
  .doOnConnected(conn -> log.trace("Connected {}", conn.channel()))
  .connect()
  .subscribe(this::utilizeConnection);

我收到的输出：

2019-09-04 08:23:13.612 TRACE 71988 --- [ioEventLoop-4-3] c.c.pcb.poc.network.tcp.NettyTcpSender   : Connect to 192.168.88.210:2000
2019-09-04 08:23:13.684  WARN 71988 --- [actor-tcp-nio-4] io.netty.util.concurrent.DefaultPromise  : An exception was thrown by reactor.netty.resources.PooledConnectionProvider$DisposableAcquire.operationComplete()

reactor.core.Exceptions$ErrorCallbackNotImplemented: io.netty.channel.ConnectTimeoutException: connection timed out: /192.168.88.210:2000
Caused by: io.netty.channel.ConnectTimeoutException: connection timed out: /192.168.88.210:2000
    at io.netty.channel.nio.AbstractNioChannel$AbstractNioUnsafe$1.run(AbstractNioChannel.java:267) ~[netty-transport-4.1.36.Final.jar:4.1.36.Final]
    at io.netty.util.concurrent.PromiseTask$RunnableAdapter.call(PromiseTask.java:38) ~[netty-common-4.1.36.Final.jar:4.1.36.Final]
    at io.netty.util.concurrent.ScheduledFutureTask.run(ScheduledFutureTask.java:127) ~[netty-common-4.1.36.Final.jar:4.1.36.Final]
    at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163) [netty-common-4.1.36.Final.jar:4.1.36.Final]
    at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:405) [netty-common-4.1.36.Final.jar:4.1.36.Final]
    at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:500) [netty-transport-4.1.36.Final.jar:4.1.36.Final]
    at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:906) [netty-common-4.1.36.Final.jar:4.1.36.Final]
    at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) [netty-common-4.1.36.Final.jar:4.1.36.Final]
    at java.lang.Thread.run(Thread.java:748) [na:1.8.0_181]
    Suppressed: reactor.core.publisher.FluxOnAssembly$OnAssemblyException: 
Assembly trace from producer [reactor.core.publisher.MonoCreate] :
    reactor.core.publisher.Mono.create(Mono.java:183)
    reactor.netty.resources.PooledConnectionProvider.acquire(PooledConnectionProvider.java:130)
Error has been observed by the following operator(s):
    |_  Mono.create ⇢ reactor.netty.resources.PooledConnectionProvider.acquire(PooledConnectionProvider.java:130)
    |_  Mono.doOnSubscribe ⇢ reactor.netty.tcp.TcpClientDoOn.connect(TcpClientDoOn.java:58)

“inbound”和“outbound”有一个专门的方法来处理它们的错误，但是它们工作在一个连接实例之上，如果您得到“Connection timeout”，则不会创建该连接实例。

我试过：

>

异常，我接收到的异常包装在“ErrorCallBacKnotImplemented”中。但我找不到任何实现“错误回调”的方法

该日志包含来自“io.netty.util.concurrent.DefaultPromise”的警告消息。但我没有办法做出自己的承诺，以正确的方式处理它。

没有任何配置，我发现，可能以某种方式拦截连接超时。

变通办法。创建连接的阻塞方法（.block（）而不是.subscribe（））将允许我捕获在普通try-catch块中创建异常的任何连接，但这样的解决方法将使我失去反应方法的好处。

是否有人至少会给我一些建议，以帮助我找到处理'IO.Netty.Channel.ConnectTimeoutException'的正确方法？

Answer 1

通常，在基于labmda的.subscribe方法上进行订阅时(mono和flux)会发生reactor.core.exceptions$errorcallbacknotimlemented。

如果您打算查看这里和这里的源代码，您会发现reactor.core.exceptions$errorcallbacknotimlemented被抛出的地方！

为了处理原始的io.netty.channel.ConnectTimeoutException，我建议查看原始Project Reactor文档的处理错误部分