关闭

J2ME经验总结之IO读取

686人阅读 评论(0) 收藏 举报
 

只以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长度了,让它自己看着办。 

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:13481次
    • 积分:226
    • 等级:
    • 排名:千里之外
    • 原创:6篇
    • 转载:8篇
    • 译文:0篇
    • 评论:3条
    最新评论