240 发简信
IP属地:上海
  • 第六条的图和第五条一样,有问题

    netty源码分析之LengthFieldBasedFrameDecoder

    拆包的原理 关于拆包原理的上一篇博文 netty源码分析之拆包器的奥秘 中已详细阐述,这里简单总结下:netty的拆包过程和自己写手工拆包并没有什么不同,都是将字节累加到一个...

  • 我看第二遍才发现的, 第三条,我也觉得offset应该是2

    netty源码分析之LengthFieldBasedFrameDecoder

    拆包的原理 关于拆包原理的上一篇博文 netty源码分析之拆包器的奥秘 中已详细阐述,这里简单总结下:netty的拆包过程和自己写手工拆包并没有什么不同,都是将字节累加到一个...

  • 我看第二遍也看到了,第三条是有问题的, ofset应该是2才对

    netty源码分析之LengthFieldBasedFrameDecoder

    拆包的原理 关于拆包原理的上一篇博文 netty源码分析之拆包器的奥秘 中已详细阐述,这里简单总结下:netty的拆包过程和自己写手工拆包并没有什么不同,都是将字节累加到一个...

  • 本文示例中,代码的长度域偏移(lenthFeildOffset)只有2字节才和图对得上。

  • 醍醐灌顶啊.牛.看完终于理解ajustment这个是干嘛的了. 直译就是调整, "调整"的概念涉及到 "以谁为基础"/"调整后是什么", 以"length"为基础, 调整后是 交给下一个处理器的数据, 而length的概念,在上面5/6中场景下是不同的, 所以ajuestment也就不同了

    netty源码分析之LengthFieldBasedFrameDecoder

    拆包的原理 关于拆包原理的上一篇博文 netty源码分析之拆包器的奥秘 中已详细阐述,这里简单总结下:netty的拆包过程和自己写手工拆包并没有什么不同,都是将字节累加到一个...

  • 我觉得可以哈哈

    netty源码分析之LengthFieldBasedFrameDecoder

    拆包的原理 关于拆包原理的上一篇博文 netty源码分析之拆包器的奥秘 中已详细阐述,这里简单总结下:netty的拆包过程和自己写手工拆包并没有什么不同,都是将字节累加到一个...

  • 写的很好,终于把这个拆包器搞懂了

  • 是2, 两个字节, 一个字节8位, 0x是十六进制, 十六进制下,两个字符位1个字节, 一个字符4个2进制位, 你看最大的十六进制是C,也就是十进制的15, 刚好用二进制的1111表示

    netty源码分析之LengthFieldBasedFrameDecoder

    拆包的原理 关于拆包原理的上一篇博文 netty源码分析之拆包器的奥秘 中已详细阐述,这里简单总结下:netty的拆包过程和自己写手工拆包并没有什么不同,都是将字节累加到一个...

  • netty源码分析之LengthFieldBasedFrameDecoder

    拆包的原理 关于拆包原理的上一篇博文 netty源码分析之拆包器的奥秘 中已详细阐述,这里简单总结下:netty的拆包过程和自己写手工拆包并没有什么不同,都是将字节累加到一个...

  • default not found那个问题,我也遇到了. 我的解决方式是:看nacos上的注册信息,发现 seata-server这个服务的ip是172.xx.xx.1 , 而这个地址是docker的虚拟ip,别的机器上访问不到, 然后网上查询怎么设置seata绑定的ip, 就是seata-server.sh -h ip地址,然后绑定192.168的ip地址就可以了.因为172的ip地址 在别的机器上是ping不通的,172的地址是docker的虚拟地址,只能这个虚拟地址所在机器上才可以ping通.

    使用springCloud+Seata+Nacos实现分布式事务,并通过docker进行部署

    本文关注点主要放在了分布式框架Seata及对其服务进行docker部署上,如果想要了解Nacos,可以通过以下链接了解: Nacos官方Git地址:https://githu...