zw-netty学习之ReplayingDecoder.docxVIP

技术点描述ty.handler.codec.base64——Base64 编码pression——压缩格式ty.handler.codec.embedder——嵌入模式下编码和解码，即使没有真正的io环境也能使用ty.handler.codec.frame　——可扩展的接口，重新评估基于流的数据的排列和内容ty.handler.codec.http.websocket　——websocket相关的编码和解码，　参考：/wiki/Web_Sockets/wiki/Web_Sty.handler.codec.http——http的编码解码以及类型信息ty.handler.codec.oneone——一个对象到另一对象的自定义抽象接口，如果有自己编码需要继承该抽象类tobuf——Google Protocol Buffers的编码解码Google Protocol Buffers参考下面/p/protobuf//p/protobuf/ty.handler.codec.replay　——在阻塞io中实现非阻塞解码ty.handler.codec.rtsp——Real_Time_Streaming_Protocol的编码解码Real_Time_Streaming_Protocol 参考下面wiki/wiki/Real_Time_Streaming_Protocol/wiki/Real_Time_Streaming_Pty.handler.codec.serialization——将序列化的对象转换到byte buffer的相关实现ty.handler.codec.string——字符串编码解码，比如utf8编码等，继承oneone包的接口主要学习　ReplayingDecoderReplayingDecoder： 它是FrameDecoder的一个变种子类，它相对于FrameDecoder是非阻塞解码。也就是说，使用 FrameDecoder时需要考虑到读到的数据有可能是不完整的，而使用ReplayingDecoder就可以假定读到了全部的数据。实现方案--(简单介绍一下实现该功能，使用了哪些技术或知识点)略。参考源码包ty.handler.codec.replay;Class ReplayingDecoder1.工作机制ReplayingDecoder和FrameDecoder之间最大的区别是，deplayingDecoder可以让你实现DECODE（）和decodeLast（）方法，就像所有需要的字节已接收，而不是检查的可用性所需要的字节。例如，以下FrameDecoder的实现：public class IntegerHeaderFrameDecoder extends file:///C:\Documents%20and%20Settings\Administrator\%E6%A1%8C%E9%9D%A2\%E6%96%B0%E5%BB%BA%E6%96%87%E4%BB%B6%E5%A4%B9\netty%E7%9B%B8%E5%85%B3%E6%96%87%E6%A1%A3\netty-3.5.8.Final\doc\api\org\jboss\netty\handler\codec\frame\FrameDecoder.htmlFrameDecoder { @Override protected Object decode(file:///C:\Documents%20and%20Settings\Administrator\%E6%A1%8C%E9%9D%A2\%E6%96%B0%E5%BB%BA%E6%96%87%E4%BB%B6%E5%A4%B9\netty%E7%9B%B8%E5%85%B3%E6%96%87%E6%A1%A3\netty-3.5.8.Final\doc\api\org\jboss\netty\channel\ChannelHandlerContext.htmlChannelHandlerContext ctx, file:///C:\Documents%20and%20Settings\Administrator\%E6%A1%8C%E9%9D%A2\%E6%96%B0%E5%BB%BA%E6%96%87%E4%BB%B6%E5%A4%B9\netty%E7%9B%B8%E5%85%B3%E6%96%87%E6%A1%A3\netty-3.5.8.Final\doc\api\org\jboss\netty\channel\Channel.htmlChannel channel, file:///C:\Documents%20and%20Settings\Administrator\%E6%A1%