陈鸿圳的专栏

可能还在审核中，请等待。。。

当【in bound handler】里面的【write、writeAndFlush】方法被调用时，会触发【out bound handler】的【write、flush】方法被调用，等于就是向【out bound handler】传递了数据了。pipeline，注意out handler要在in handler之前。

在正常使用中，如果一个InBoundHandler确定了数据是要传给下一个InBoundHandler的话，本handler是不会发送数据的，而是会将数据交给下一个handler去处理，发送数据也由下一个handler发送。注意上面调用【fireChannelRead(retMsg)】时参数是被修改过的【retMsg】，而不是【msg】。注意【ctx.writeAndFlush()】方法被调用了两次，所以数据其实是被发送了两次出去。注意上面调用了【writeAndFlush(retMsg)】

【代码】netty：建立数万客户端连接，并主动发消息。

本质上来讲【eventLoop().execute(runnable)】仍然是在【workerEventLoopGroup】里面执行，但是netty会先将所有的网络缓冲里面的数据取完，然后触发很多的【channelRead0()】执行很多的【eventLoop().execute(runnable)】，这样【workerEventLoopGroup】里面的线程就可以执行比较满的任务了。netty执行耗时任务时要放在【eventLoop().execute(runnable)】里面。

这里要注意pipeline里面的Handler的顺序，【StringEncoder】一定要放到【MyServerChannelInBoundHandler】的前面，因为【MyServerChannelInBoundHandler】是发送字符串数据出去，字体串要经过【StringEncoder】编码成字节码之后才能成功发送出去。注意【StringEncoder】和【MyClientInBoundHandler】的顺序要正确。

假设pipeline里面有这样的handler顺序。

【代码】netty：读取大块的有分界数据。