看似经验之谈，但是凭感觉抓包工具抓不到任何相关信息可判断不是http类协议，应该是长连接。
通过jadx打开看到netty的包名，看似用了netty框架。
还有看到一部分protobuf包名，应该是用了protobuf协议。
如何证明呢？
先从netty的connect和消息decoder、encoder入手。
上图应该是connect函数。
看上两图的"I",是不是有相似，应该是Encoder了。
跟netty源码对比一看就是Decoder了。
准备造轮
先找一下decoder和encoder类的继承类及abstract函数的重写。
Decoder重写看似有个magic头。看看Encoder。
从这看消息体协议格式应该是[1]+f17327a+[0,0,0,0,0,0,0,0]+[a2,length]+[a2]
f17327a是magic头{26, 43, 60}。a2是真实的消息体了。a2是上面abstract函数过来的，要找b的重写才能搞清楚真实消息体是什么。
a.i这个类继承了MessageNano，跳到MessageNano看看。
哈哈，是protobuf.nano。原来消息体是个protobuf格式的东西，那继续搞protobuf。先找到返回a.i类的函数，肯定有返回这类数据的函数。
一看又套了一个protobuf，继续看看这个函数的调用。
一看就知道这个是通用的转换函数，把各种消息类型转换成通用的protobuf包。
先找一下那些消息类型。
这就差不多搞定了，把这些protobuf包导出来，然后自写socket或者netty封装，就可以收消息了，先确定握手协议，握完手应该主动推弹幕消息了。
要造车了
晒一下自己写的demo吧。Encoder格式如上面猜的一样。
Decoder就直接搬过来了。
运行结果打印的是a.i类的toString。
进一步看一下307是什么格式的消息类型。
ACK，学过TCP的同学就猜到这是握手了。继续就发送一些直播间相关数据了，然后就收到弹幕消息。
结语
以上就是协议分析的大概步骤，上述的主要是netty和protobuf的知识点。
其实很多im和弹幕都类似，简单的json，难一点的protobuf这种中间协议，更难就把消息加密的。重要的是确定协议，然后分析数据格式。
仅提供参考和学习，源码就不提供了。
最后于 2021-5-3 23:54
被AyonA333编辑
，原因：
