上一篇我是对消息类中用到的bytebuffer类进行了解释。这篇就简单的解释下消息类。
先看message类,它是对消息进行了封装,没有什么特别的地方。
AppMessage类继承与消息类,此类的作用是对消息进行初始化并提供了消息的复制。其中我们要注意的是,此类中定义了很多常量,其作用是赋值给type,识别消息类型。
AppMessageCodecFactory实现MessageCodecFactory接口。是一个工厂模式,它生产两种类型的对象,MessageEncoder和MessageDecoder。
AppMessageEncoder实现MessageEncoder接口。它的功能是对消息进行写入操作。代码如下:
public void encode(Message message, ByteBuffer bytebuffer)
{
AppMessage appmessage = (AppMessage)message;
if(appmessage == null)
appmessage = AppMessage.NULL_MESSAGE;
int i = appmessage.getType();
ByteBuffer bytebuffer1 = appmessage.getBuffer();
int j = bytebuffer1 != null ? bytebuffer1.length() : 0;
bytebuffer.writeShort(j);
bytebuffer.writeShort(i);
if(bytebuffer1 != null)
{
int k = bytebuffer1.getReadPos();
bytebuffer.writeByteBuffer(bytebuffer1,j);
bytebuffer1.setReadPos(k);
}
}
这段代码为此类的核心代码。bytebuffer.writeShort(j);代码首先写入近bytebuffer缓存此消息的长度。bytebuffer.writeShort(i);然后写入了此消息的类型。int k = bytebuffer1.getReadPos();bytebuffer.writeByteBuffer(bytebuffer1,j); bytebuffer1.setReadPos(k);此三句是写入数据到缓存,并设置读取标记为为最开头读取位置。我们可以看昨天bytebuffer中writeByteBuffer源码,就会明白bytebuffer1为什么要重新设置读取指针。
AppMessageDecoder实现MessageDecoder接口,对消息进行读取操作。核心代码如下:
public Message decode(ByteBuffer bytebuffer)
{
if(bytebuffer.available() < 4)
return null;
int i = bytebuffer.position();
int j = bytebuffer.readUnsignedShort();
int k = bytebuffer.readUnsignedShort();
if(bytebuffer.available() < j)
{
bytebuffer.setReadPos(i);
return null;
} else
{
AppMessage appmessage = new AppMessage(k, j);
appmessage.getBuffer().writeByteBuffer(bytebuffer, j);
return appmessage;
}
}
代码中bytebuffer.available() < 4表示当指针差小于4时不需要读取消息。我们来想想为什么指针差小于4不读取呢?道理很简单,因为在写入消息时我们占用了4个空间来记录消息的长度和消息的类型。读取是写入的反转。所以这里的j和k内容就是消息的大小和类型。所以bytebuffer.available() < j时内容是不正确的,不读取,大于时说明还存入了其他数据。AppMessage appmessage = new AppMessage(k, j);appmessage.getBuffer().writeByteBuffer(bytebuffer, j);开辟一个新的消息对象读取内容给这个消息对象。
好了今天就先写这么多,以后我还会继续分析。希望对大家有帮助,同时有不明白的可以跟帖提问。
附件为今天讲到的类的源码
倾城源码导读之二
最新推荐文章于 2024-08-08 19:28:55 发布