[原创]某直播弹幕协议分析
source link: https://bbs.pediy.com/thread-267329.htm
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
看似经验之谈，但是凭感觉
抓包工具抓不到任何相关信息可判断不是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<T>的重写才能搞清楚真实消息体是什么。
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这种中间协议，更难就把消息加密的。重要的是确定协议，然后分析数据格式。
仅提供参考和学习，源码就不提供了。
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK