这是一个创建于 930 天前的主题，其中的信息可能已经有所发展或是发生改变。
用 netty 解析 tcp 报文 格式是 固定 4 字节长度+消息体, 准备用 LengthFieldBasedFrameDecoder 解析的 但是这个消息头的 4 个字节也是加密的,要先解密一下才能获取到消息体的正确长度 这个要怎么搞呢
 |
1
AlexRoot 2021-10-06 11:44:14 +08:00
固定长度的解析应该是提前在协议里确定好的吧。
|
 |
3
90xchun 2021-10-06 12:19:00 +08:00 via Android
把长度这个字段也加下密就可以了吧，有啥问题呢？
|
 |
4
pmsg863 2021-10-06 15:38:49 +08:00
加密后消息长度不会变吧？如果加密和解析后的 byte[]长度一致就比较简单，修改下 LengthFieldBasedFrameDecoder 源码，做个解密即可，对消息长度做个校验，超范围或解密失败跳过相关流数据或链路重置。
|
 |
5
darkengine 2021-10-07 14:35:35 +08:00
这个协议定的有问题吧。完整消息包的长度是加密的，那么就无法知道应该取多长的 byte[]下来进行解密，然后不解密又不知道前 4 个字节的里保存的消息体长度是多少。。。这个项目已经跑起来了吗？好奇插个眼。
|
 |
6
lei2j 2021-10-07 16:35:12 +08:00
长度也加密，那我挺好奇加密后的长度是多少呢？如果不是固定的，那怎么读取呢
|
 |
7
lslvxy OP @darkengine
@lei2j 我也觉得这个协议定的有问题 解析的时候就出现很多对不上的数据 还要自己拆包分包 先取前 4 个字节 解密得到 body 的长度 再根据长度获取消息体数据 再解析 body 到实体类上 |
 |
8
orionleo 2021-10-08 13:33:27 +08:00
你可以试一下能不能在 LengthFieldBasedFrameDecoder 之前调用自定义的 handler 把消息头中的长度解密出来后重新封装成 [真实的消息长度] + [消息体]，传递给 LengthFieldBasedFrameDecoder(Integer.MAX_VALUE, 0, 4, 0, 4)。
|
 |
9
cubecube 2021-10-09 11:19:11 +08:00
client server 都是你的话，那么你可以再加一层 length 包一下
如果只是 client，那么他们 server 怎么 encode 的，你去 decode 对应一下就行。总得有 demo 吧 |
Select Language