消息字节——MessageBytes

在tomcat核心处理中有这么一个需求——“为了提高编码性能，对于socket接收到的字节流不马上进行某种编码的转码，而是应该保留字节流的形式，在需要时、在指定编码时才进行转码工作”。MessageBytes正是为解决这个问题而提出的一个类。

消息字节封装了不同类型方式用于表示信息，它包含了四种类型：T_BYTES、T_CHARS、T_STR、T_NULL，分别表示字节类型、字符类型、字符串类型、空。由于web服务器通信过程使用ASCII码通信，对应的是字节，所以这里选取T_BYTES类型作为案例说明，其他类型与之类似。消息字节的使用方法很简单，假如有一个字节数组byte[] buffer，它坐标的第3到第20之间的字节数组组成的字符表示Request对象中的方法变量的值，那么用以下代码简单表示：

①   public class Request{

MessageBytes methodMB = new MessageBytes();

public MessageBytes method() {

returnmethodMB;

}

}

②   Request request = new Request();

request.method().setBytes(buffer, 3, 18);

执行上面操作后就完成对字节数组的某段进行标记操作，方便以后获取指定的一段字节数组，参照下图，你可以用多个消息字节对buffer标记，例如对请求变量、协议版本等变量进行标记，每个消息字节实例标识了一段字节数组，可以通过如下获取并转为字符串类型：

request.method().toString();

使用起来很简单，接着看下实际实现原理，化繁为简，由于tomcat底层接收的是字节流，于是只考虑T_BYTES的情况。

①   MessageBytes类

public class MessageBytes {

private finalByteChunk byteC = new ByteChunk();

public voidsetBytes(byte[] b, int off, int len) {

byteC.setBytes(b,off, len);

}

public StringtoString() {

returnbyteC.toString();

}

}

②   ByteChunk类

public class ByteChunk {

privatebyte[] buff;

private intstart = 0;

private intend;

public voidsetBytes(byte[] b, int off, int len) {

buff= b;

start= off;

end= start + len;

}

public StringtoString() {

Charsetcharset=Charset.forName("ISO_8859_1");

CharBuffercb = charset.decode(ByteBuffer.wrap(buff, start, end - start));

returnnew String(cb.array(), cb.arrayOffset(), cb.length());

}

}

前面示例中methodMB.setBytes(buffer, 3, 18)其实是调用了ByteChunk的setBytes方法，把字节流及始末坐标设置好，后面methodMB.toString()同样调用了ByteChunk的toString方法，根据指定编码进行转码，这里是ISO_8859_1。这样一来就达到了延迟处理模式的效果，在需要时才根据指定编码转码并获取字符串，不需要的话则无需转，处理性能得到提高。

Tomcat对于socket接收的信息都用消息字节表示，好处是实现一种延迟处理模式，提高性能。而且实际上tomcat还引入了字符串缓存，在转码之前会先从缓存中查找是否有对应的编码的字符串，如果存在则不必再执行转码动作而直接返回对应的字符串，性能进一步得到优化。为了性能我们必须要多做一些额外的工作，这也是tomcat接收到的信息为何不直接用字符串String保存的原因。

喜欢研究java的同学可以交个朋友，下面是本人的微信号：