上游事件的ChannelSink等价物

Question

我有一个上游Netty管道，其中一个早期上游处理程序（我们将称之为CometDecoder）在管道中必须向下游端的相应CometEncoder发送一个空的长轮询请求，当且仅当剩余的上游处理程序不要通过CometEncoder向下游发送实质性请求以响应收到的请求。

原因是此旧版服务器期望长轮询请求始终打开，并且并非来自服务器的每个响应都会引发客户端的后续请求。

Netty中似乎有一个ChannelSink用作管道中的终端下游处理程序。如果有一个类似的构造允许我们挂钩到终端UPSTREAM处理程序并检查消息是否已由其中一个中间上游处理程序发送的状态，那将是很好的。在Netty有这样的事吗？

那些必须在Netty中处理Comet编程的人们发现的其他方法？