netty自定义解码器 decoder

最近由于一个项目需要和单片机通信,和硬件工程师沟通好之后,大致确定协议为 :

消息头部 + 消息长度 + 设备号 + 命令 + data + crc16
由于netty自带的decoder有些不满足这个格式,所以自定义了一个decoder。

代码如下

/**
 * 消息格式为  消息头部(1字节) + 消息长度(2字节) + 设备号(12字节) + 命令(2字节) + data(n字节) + crc16(2字节)
 *
 * @author watermelon
 * @time 2020/5/21
 */
public class SmartHomeDecoder extends ByteToMessageDecoder implements SmartHomeCodeC {

    private final Logger LOG = LoggerFactory.getLogger(SmartHomeDecoder.class);
    /**
     * ByteBuf 超过这个值之后,会清除已读区域
     * 默认不清除
     */
    private int clearReadMaxLength;

    /**
     * 默认构造器,ByteBuf 可能会无限扩容
     * ByteBuf 超过1024之后,会清除已读区域
     */
    public SmartHomeDecoder() {
        this(0);
    }

    /**
     * 
     * ByteBuf 超过 clearReadMaxLength 之后,会清除已读区域
     *
     * @param clearReadMaxLength
     */
    public SmartHomeDecoder(int clearReadMaxLength) {
        this(clearReadMaxLength);
    }

    private SmartHomeDecoder(int clearReadMaxLength) {
        this.clearReadMaxLength = clearReadMaxLength;
    }


    @Override
    protected void decode(ChannelHandlerContext ctx, ByteBuf in, List<Object> out) throws Exception {
        Object decoded = this.decode(ctx, in);
        if (decoded != null) {
            out.add(decoded);
        }
    }

    /**
     * 解码消息
     *
     * @param ctx
     * @param in
     * @throws Exception
     */
    protected Object decode(ChannelHandlerContext ctx, ByteBuf in) throws Exception {
        clearRead(in);
        //消息小于接收的最小长度
        if (in.readableBytes() < MSG_MIN_LENGTH) {
            return null;
        }
        //记录消息头部位置
        int beginIndex;
        while (true) {
            //获取消息头部位置
            beginIndex = in.readerIndex();
            //读到消息头部的时候,跳出循环
            byte b = in.readByte();
            if (b == HEADER) {
                break;
            }
            //如果读完了所有的数据 都没有获取到 消息头部 则判定所有消息为无效消息,直接放弃掉
            if (in.readableBytes() == 0) {
                return null;
            }
        }

        //消息长度
        if (in.readableBytes() < MSG_LENGTH_LENGTH) {
            //消息长度不够,还原readerIndex到消息头部的位置
            in.readerIndex(beginIndex);
            return null;
        }

        //获取 消息长度           
        //长度 共两个字节 所以将第一个左移8位
        int length1 = in.readByte();
        length1 = length1 << 8;
        int length2 = in.readByte();
        //最终的长度
        length1 = length1 + length2;
        //判断数据包是否完整
        if (in.readableBytes() < length1) {
            //还原readerIndex到消息头部的位置
            in.readerIndex(beginIndex);
            return null;
        }
        //读取数据
        byte[] data = new byte[length1];
        in.readBytes(data);
        //所有的数据
        byte[] data1 = ConvertUtil.byteSplit(data, 0, data.length - CSC2_LENGTH);
        //获取数据对应的 crc2 校验码
        byte[] crc= ConvertUtil.crc(data1);
        //获取传过来来的校验码
        byte[] crc2 = ConvertUtil.byteSplit(data, data.length - CSC2_LENGTH, CSC2_LENGTH);
        //比较,如果校验不通过,就忽略这次消息
        if (!Arrays.equals(crc, crc2)) {
            LOG.debug("crc2校验不通过");
            return null;
        }
        //将得到的data 根据约定 转换为实体
        return new MessagePush().setReceiveEntity(new MessageDistributor(data1).distribute());
    }

    /**
     * 清除 0 - readIndex 的数据,以免  ByteBuf 过大
     * 如果每一次消息最后,都带有一段解析不了的脏消息,或者有一段小于{@link #MSG_MIN_LENGTH} 的消息,这样每次都会有未读完的消息, 就可能导致 ByteBuf 无限扩容
     *
     * @param in
     */
    private void clearRead(ByteBuf in) {
        if (clearReadMaxLength > 0 && in.writerIndex() > clearReadMaxLength) {
            LOG.debug("byteBuf中留存的数据太大,自动清除已读数据");
            in.discardReadBytes();
        }
    }
}

整个解码主要是检索头部,然后根据头部之后的长度去读取消息。

这里主要是处理了一下当出现了粘包问题,消息不完整的时候,指针要回到头部,等待下一次读取完整消息。

以及合理的设置一个 clearReadMaxLength ,当缓冲区过大时,清除掉已经读取的数据。

链接:https://wmelon.cn/348.html

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,793评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,567评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,342评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,825评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,814评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,680评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,033评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,687评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,175评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,668评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,775评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,419评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,020评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,978评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,206评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,092评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,510评论 2 343