31 | 实现服务器端编解码-Netty源码剖析与实战-极客时间

这里请教老师一个问题，在 OrderProtocolDecoder 里，原始传入的ByteBuf 已经被转成 RequestMessage 了，而这个 ByteBuf 后面页不会再被接下来的Handler使用，不是应该手动释放release它吗？转换成的 RequestMessage 本身并不是一个ReferenceCounted，在SimpleChannelInboundHandler 对它release应该是没有效果的吧？这里应该怎么理解呢？

作者回复: 1 应该释放，你没有看到释放，是因为在它继承的父类中： MessageToMessageDecoder#channelRead try { decode(ctx, cast, out); } finally { ReferenceCountUtil.release(cast); } 2 没有效果，因为它的实现是这样的： if (msg instanceof ReferenceCounted) { return ((ReferenceCounted) msg).release(); } 好处就是不用管这些细致末节了，直接release，需要release的会释放，不需要的（没有实现ReferenceCounted）不释放。所以对我们来说省心友好。

2020-01-14



3

空白

OrderServerProcessHandler中传入的参数是RequestMessage，不是ByteBuf ，SimpleChannelInboundHandler也会帮忙释放?

作者回复: 是的，因为finally语句中会尝试释放，但是肯定不执行释放因为释放的时候会判断： public static boolean release(Object msg) { if (msg instanceof ReferenceCounted) { return ((ReferenceCounted) msg).release(); } return false; }

2019-11-30



1

冬渐暖

编解ma的过程为 1.一个请求过来了，先解决粘包半包 decoder。。。。可以以frameDecoder结尾，需要extends LengthFieldBasedFrameDecoder 2.为了把这个数据给业务层处理，需要把这个解ma后的给解成我们想要的。吧byteBuffer转成requestMessage。可以以protocolDecoder结尾 extends MessageToMessageDecoder<ByteBuf> 3.把处理好的编码转成byteBuffer。可以以protocolEncoder结尾 extends MessageToMessageEncoder<ResponseMessage> 4.为了帮客户端解决粘包半包，我们把这个数据加密出来。可以以protocolEncoder结尾需要extends LengthFieldPrepender 。这个LengthFieldBasedFrameDecoder就是之前说的自定义长度解ma器很好记的一点和客户端做交互的叫frame，和自己交互的叫protocol，需要处理什么参数，就传什么样的数据类型

2020-11-04





请弄脏我的身体

为什么项目里的OrderFrameEncoder的参数设置是2？OrderFrameDecoder的参数设置是super(Integer.MAX_VALUE, 0, 2, 0, 2)？换成别的就会报错？

2020-10-28

1



左琪

为啥orderframeencoder要继承LengthFieldPrepender,这个对象转byte,为什么不用MessageToByteEncoder的子类呢

2020-06-08

1



hexl94

我想问下，未什么设计协议时候为什么没加魔数，不加魔数判断，是不是所有协议都会解码下，是不是浪费资源

2020-04-13





yang

老师，我用浏览器打开 htt://127.0.0.1:8090 或者 curl http://127.0.0.1:8090 都报同样的异常: 22:53:02 [worker-3-7] DefaultChannelPipeline: An exceptionCaught() event was fired, and it reached at the tail of the pipeline. It usually means the last handler in the pipeline did not handle the exception. io.netty.handler.codec.TooLongFrameException: Adjusted frame length exceeds 10240: 18247 - discarded 说是最大能接受的frame大小为10240， http发送的是18247，它丢弃了。我想问一下，为啥浏览器和 curl 发送的frame大小是一样的呢？

2020-03-23





NoBody

打卡打卡！

2020-03-23





收起评论