Netty 4中的Little endian支持
4的文档说明了对-ness的支持已经发生了显著的变化,接下来展示了Netty 4中的Little endian支持,netty,little-endian,endianness,Netty,Little Endian,Endianness,4的文档说明了对-ness的支持已经发生了显著的变化,接下来展示了ByteBuf.order()的使用。虽然这对于通道处理程序中的本地化使用很有用,但我希望整个下游管道都使用少量的endian缓冲区 上游处理程序LengthFieldBasedFrameDecoder接受字节顺序的构造函数参数,但下游处理程序LengthFieldPrepender不接受。似乎对配置驱动的缓冲工厂替换的支持已经从Netty 4开始,那么我应该如何实现一个完整的little endian下游管道呢?我做到了这一点,
ByteBuf.order()
的使用。虽然这对于通道处理程序中的本地化使用很有用,但我希望整个下游管道都使用少量的endian缓冲区
上游处理程序LengthFieldBasedFrameDecoder接受字节顺序的构造函数参数,但下游处理程序LengthFieldPrepender不接受。似乎对配置驱动的缓冲工厂替换的支持已经从Netty 4开始,那么我应该如何实现一个完整的little endian下游管道呢?我做到了这一点,尽管它让人感觉非常不舒服: 如果在运行LengthFieldPrepender后将其连接到管道中,这将使用小端字节顺序重写(大端)长度字段 在中测量
的长度后,用little endian自己编写长度可能更有效&完全删除LengthFieldPrepender,而不是在管道中添加另一个步骤,但此代码被懒散地复制了&我可以证明它工作正常。:)
我也很想知道,除了在4.x中手动滚动这些东西之外,是否还有更好的解决方案