canal client -->canal server 的交互过程

canal 是阿里开源的 MySQL 数据同步工具，漂亮！赞一个！
客户端的代码：

服务端的解码过程，FixedHeaderFrameDecoder 这个类负责解码过程：

为什么是这样设计的呢？是不是和我们平时使用 Netty 的编解码器不太一样呢？主要有以下几点原因：
1、canal client 是轻量级的 Java NIO 方式实现，而 canal server 是 Netty 方式实现。为何采用这种方式实现呢？主要是因为 client —> server 的数据量很小，可以采用轻量级 NIO 方式实现，不必要通过 Netty 这种方式实现。而 server 就必须使用 Netty 这种方式实现啦！
2、必须要解决 粘包 问题，这种方式也是解决半包问题的最好方式。因为 在 头部（int 32）写入了 body 的长度了，那么，Netty server 必须要读取到这么多字节才行，要不然，就一直在阻塞着！但不影响其他 client 与 server 的交互。