介绍
CIM是一套完善的消息推送框架，可应用于信令推送，即时聊天，移动设备指令推送等领域。开发者可沉浸于业务开发，不用关心消息通道链接，消息编解码协议等繁杂处理。CIM仅提供了消息推送核心功能，和各个客户端的集成示例，并无任何业务功能，需要使用者自行在此基础上做自己的业务，因此需要你有一定的开发经验。
下载地址 https://gitee.com/farsunset/cim
可以从demo 里面可以看到。
服务器端 服务器端sdk 端
web 端 web sdk
app 端 android端和ios 端 ios 端只有sdk 没有 demo
从而自己搭建一个会话系统就很简单了。
内容
1、使用netty 开发。
Netty是一款基于NIO（Nonblocking I/O，非阻塞IO）开发的网络通信框架，对比于BIO（Blocking I/O，阻塞IO），他的并发性能得到了很大提高
并发高
传输快
封装好
没有使用 netty-all 所有包。而是使用了特定的几个包。
我想为了为了包小一点吧。拆分更灵活吧
2、sdk 版本，发送和接受和解析数据，都在sdk 里面配置。
用的就是protobuf 流程。这一点和我想的一致。
3、android sdk 和web sdk 写的很好。
andorid sdk 出来的包很小，按照前端的思想去写去写sdk 一定会用android studio 去。
这样会把无用内容写进去。 web sdk .这个是没有加密的形式，
对 protobuf 文件处理好message和body 数据流的处理。
Message.proto 文件创建，到编译成java js 文件过程开始学习。。
对 proto 有了重新认识
public byte[] getBody() {
ReplyBodyProto.Model.Builder builder = ReplyBodyProto.Model.newBuilder();
builder.setCode(code);
if (message != null) {
builder.setMessage(message);
}
if (!data.isEmpty()) {
builder.putAllData(data);
}
builder.setKey(key);
builder.setTimestamp(timestamp);
return builder.build().toByteArray();
}
这样传递方式就简化为了byte[] 来进行了数据传递了。
4、后台启动。
netty 启动需要 自己去启动。我写netty 的时候使用的是@Order(1)
他使用的是
@Configuration
public class CIMConfig implements CIMRequestHandler, ApplicationListener<ApplicationStartedEvent> {
ApplicationListener 来启动。
封装启动，然后在实例化的时候，使用了build设计模型。
其实他的代码，你很难找到原来是怎么进行配置的，然后进行怎么封装的，
走的过程和流程，都是打断点才知道。
和官网的demo 很不一样。所以小白的 难处，真的开始了。
官网deom
https://netty.io/wiki/user-guide-for-4.x.html
5、解码和编码很好。
public class AppMessageDecoder extends ByteToMessageDecoder {
public class AppMessageEncoder extends MessageToByteEncoder<Transportable> {
来处理 直接的流动
6、netty 中内置方法 SimpleChannelInboundHandler
感觉里面内置方法学习不够。
流程还是差一点。
7、运行截图
8、重新写是没人家写的好，我可以扩展一下。
继续写一个鸿蒙sdk 。。。
原来他的 protobuf 使用自己 编译 后的执行文件产生。这个很谈疼了。
