老师，我打开了FlushConsolidationHandler的异步增强，然后客户端发了一次请求，server端只write，没有writeAndFlush，期望是定时任务把数据flush出去，但是并没有，日志只有write，没有flush。这是怎么回事？

老是讲的特别好，希望老师讲讲，分包怎么处理，还有一些校验等

补充一下：OrderServerProcessHandler 并发调用 FlushConsolidationHandler 为什么是线程安全的。 Netty 的每个 handler 执行时都是在自己的 executor 中执行，如果不指定的话就是 NioEventLoop。通过 ctx 调用 handler 的方法时，Netty 内部会判断这个线程和这个 handler 对应的内部线程是否是同一个，如果是就直接执行了，如果不是会将其封装成一个任务提交到内部线程上。 1. 编解码 hander ：对应的线程是 NioEventLoop。 2. 业务 OrderServerProcessHandler：对应 UnorderedThreadPoolEventExecutor，业务线程是多个线程并发执行，会并发调用 ctx.writeAndFlush 方法，也就是并发调用 FlushConsolidationHandler#flush()。 3. FlushConsolidationHandler：对应 NioEventLoop。 业务线程 OrderServerProcessHandler 虽然并发调用 flush，但实际执行时都会封装成一个任务提交到 FlushConsolidationHandler 内部线程上。所以 FlushConsolidationHandler 实际执行都是在 NioEventLoop 线程上，它是线程安全的，不用加锁。但 OrderServerProcessHandler 和 FlushConsolidationHandler 是在不同的线程上执行的，所以有可能执行 flush 时，FlushConsolidationHandler#channelRead 等方法可能还未执行。

在im场景的大批量消息时，对于FlushConsolidationHandler的应用效果如何观测

netty 传输100mb文件 很慢 有没有优化方法

老师，Server中的LogginHandler也是Sharable的，是不是也可以踢出去共享呢

代码中表达的思想很是神妙

讲的不错