J2ME经验总结之IO读取

 

只以InputStream为例，讲讲IO读取的性能问题。
一般的硬件设备，或者网络，访问的速度都有可能存在一定的瓶颈。此外，建立连接的时间往往被我们忽略了。
特别是在J2ME所运行的受限平台上，这个连接的时间往往是不可忽略的。所以我们应该尽量减少连接次数，尽量一次交换更多的数据。

先看看示范代码吧：
while ((ch = inputStream.read()) != -1) {
…
}
以上是标准代码，曾让我疑惑过：
使用while循环，一个一个读，会不会效率很低？
于是我拿了一个30K的文件，跟下面的方法对比了一下。
byte[] data = new byte[inputStream.available()];
inputStream.read(data);
结果这两个方法的速度不相上下。

后来看了CLDC的源代码才发现，InputStream的read(byte[] data)等批量读取的方法都是在read()方法上加循环实现的。
原来是自己把自己耍了一回……

不过，能用批量读取的时候还是应该尽量用；万一某些平台，某些继承于InputStream的扩展类，用更高效的方法重载了批量读取方法呢？

此外，还有一点很重要，很多情况是无法调用InputStream.available()函数的。特别是网络连接。这样才能叫“流”嘛。
这就需要使用缓冲来解决了，下面提供一个我写的方法，没什么大不了的，用起来感觉还不错，今天兴奋了就介绍一下。
 private static final int BUFFER_SIZE = 1024;

 public static byte[] read(InputStream is) throws Exception {
  byte[] ret = null;
  if (is.available() > 0) {
   ret = new byte[is.available()];
   is.read(ret);
  } else {
   int rd;
   Vector temp = new Vector();
   int size = 0;
   while (true) {
    byte[] buffer = new byte[BUFFER_SIZE];
    rd = is.read(buffer, 0, BUFFER_SIZE);
    if (rd == BUFFER_SIZE) {
     temp.addElement(buffer);
     size += BUFFER_SIZE;
    } else {
     if (rd > 0) {
      size += rd;
     }
     int tsize = temp.size();
     ret = new byte[size];
     for (int i = 0; i < tsize; i++) {
      byte[] t = (byte[]) temp.elementAt(i);
      System.arraycopy(t, 0, ret, i * BUFFER_SIZE,
        BUFFER_SIZE);
     }
     if (rd > 0) {
      System.arraycopy(buffer, 0, ret, tsize * BUFFER_SIZE,
        rd);
     }
     break;
    }
   }
  }
  return ret;
 }

这个方法使用了Vector，有些人可能觉得它影响效率。
其实不然，我测试过。
之所以使用这个有点变态的方法，是因为我向来比较抠，最讨厌遇到不能获取长度的Stream啦，定义多大的缓冲都怕不合适。
于是，就使用了这样一个爱死不死的方法。反正手机内存就那点，我也不去费心去选取buffer长度了，让它自己看着办。