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