java这是一个从封闭渠道进行Netty阅读的例子吗？

Question

我正在通过大量并发GET请求对一个基于Netty的项目进行负载测试

在重负下，我得到了很多这样的例子：

WARNING: An exceptionCaught() event was fired, and it reached at the tail of the pipeline. It usually means the last handler in the pipeline did not handle the exception.
java.io.IOException: Connection reset by peer
    at java.base/sun.nio.ch.FileDispatcherImpl.read0(Native Method)
    at java.base/sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:39)
    at java.base/sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:276)
    at java.base/sun.nio.ch.IOUtil.read(IOUtil.java:233)
    at java.base/sun.nio.ch.IOUtil.read(IOUtil.java:223)
    at java.base/sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:358)
    at io.netty.buffer.PooledByteBuf.setBytes(PooledByteBuf.java:247)
    at io.netty.buffer.AbstractByteBuf.writeBytes(AbstractByteBuf.java:1147)
    at io.netty.channel.socket.nio.NioSocketChannel.doReadBytes(NioSocketChannel.java:347)
[snip]

我知道错误消息告诉我管道的最后一个元素没有处理这个IOException。我首先对防止错误感兴趣

我推断这意味着无论出于什么原因，Netty都试图从一个封闭的渠道读取，对吗？这是否意味着我的负载测试工具在Netty试图读取时关闭了它编写了请求头等内容的socket，Netty因此抛出了这个异常

考虑到我只在重载情况下看到这一点，这是否意味着（例如）当负载测试工具“调用”时，我的事件循环太忙，无法实际“接听电话”？如果是这样的话，为什么它要尝试从频道中读取