默认

基于Netty,从零开发IM(二):编码实践篇(单聊功能)

查看数: 39729 | 评论数: 7 | 收藏 1
关灯 | 提示:支持键盘翻页<-左 右->
    组图打开中,请稍候......
发布时间: 2022-07-11 00:30

正文摘要:

本文由作者“大白菜”分享,个人博客 cmsblogs.cn,即时通讯收录时有较多修订和改动。注意:本系列是给IM初学者的文章,IM老油条们还望海涵,勿喷! 1、引言 接上篇《IM系统设计篇》,本篇主要讲解的是通过实战编 ...

评论

JackJiang 发表于 1 年前

嗯嗯
准社畜老六 发表于 1 年前
引用:JackJiang 发表于 2022-07-20 16:24
直接二进制,然后在内容自已加类型字段,这样更灵活

好滴,谢谢
JackJiang 发表于 1 年前
引用:准社畜老六 发表于 2022-07-20 14:29
作者你好,想问一下如果发送文本和二进制文件的话要分开用不同的handler处理,还是用直接全部用二进制处理的 ...

直接二进制,然后在内容自已加类型字段,这样更灵活
准社畜老六 发表于 1 年前
引用:准社畜老六 发表于 2022-07-20 14:29
作者你好,想问一下如果发送文本和二进制文件的话要分开用不同的handler处理,还是用直接全部用二进制处理的 ...

还是说直接发文件地址
准社畜老六 发表于 1 年前
作者你好,想问一下如果发送文本和二进制文件的话要分开用不同的handler处理,还是用直接全部用二进制处理的好呢
JackJiang 发表于 1 年前
引用:老衲 发表于 2022-07-15 11:28
这里可以不用LengthFieldBasedFrameDecoder,直接使用ByteToMessageDecoder读取协议中的长度判断消息长度解 ...

是的,只是LengthFieldBasedFrameDecoder更灵活而已,可以由开发者自已定怎么拆装包
老衲 发表于 1 年前
这里可以不用LengthFieldBasedFrameDecoder,直接使用ByteToMessageDecoder读取协议中的长度判断消息长度解决TCP分包粘包问题?

返回顶部