2

好的：

所以，我有这个二进制数据文件（大小 - 正好 640631 字节），我试图让 Java 读取它。

我有两个可互换的类实现为用于读取该数据的层。其中一个使用RandomAccessFile，效果很好。

坏处：

另一个（这个问题主要是关于）尝试使用FileInputStream，DataInputStream以便可以（至少在理论上）在 MIDP 2.0（CLDC 1.1）Java 配置（没有）上读取相同的数据RandomAccessFile。

在那个类中，我像这样打开数据文件：

FileInputStream res = new FileInputStream(new File(filename));
h = new DataInputStream(res);

...并像这样实现seek()/ （记录文件中的当前位置）：skip()positionlong

public void seek(long pos) throws java.io.IOException {

    if (! this.isOpen()) {
        throw new java.io.IOException("No file is open");
    }

    if (pos < position) {
        // Seek to the start, then skip some bytes
        this.reset();
        this.skip(pos);
    } else if (pos > position) {
        // skip the remaining bytes until the position
        this.skip(pos - position);
    }
}

和

public void skip(long bytes) throws java.io.IOException {

    if (! this.isOpen()) {
        throw new java.io.IOException("No file is open");
    }

    long skipped = 0, step = 0;

    do {
        step = h.skipBytes((int)(bytes - skipped));
        if (step < 0) {
            throw new java.io.IOException("skip() failed");
        }
        skipped += step;
    } while (skipped < bytes);

    position += bytes;
}

丑陋的：

第二类（FileInputStream/类DataInputStream）的问题是有时它决定将文件位置重置到文件中的某个奇怪位置:) 当我在 J2SE（计算机）和 J2ME（手机）上运行它时都会发生这种情况. 这是该阅读器类的实际用法和发生的错误的示例：

// Open the data file
Reader r = new Reader(filename);

// r.position = 0, actual position in a file = 0

// Skip to where the data block that is needed starts
// (determined by some other code)
r.seek(189248);

// r.position = 189248, actual position in a file = 189248

// Do some reading...
r.readID(); r.readName(); r.readSurname();

// r.position = 189332, actual position in a file = 189332

// Skip some bytes (an unneeded record)
r.skip(288);

// r.position = 189620, actual position in a file = 189620

// Do some more reading...
r.readID(); r.readName(); r.readSurname();

// r.position = 189673, actual position in a file = 189673

// Skip some bytes (an unneeded record)
r.skip(37);

// AAAAND HERE WE GO:
// r.position = 189710, actual position in a file = 477

我能够确定，当被要求跳过另外 37 个字节时，Java 将文件指针从一开始或文件定位到第 477 个字节。

“新鲜”（在打开文件后）寻找位置 189710（及以上）工作正常。然而，每次我需要一个文件时重新打开一个文件seek()是非常缓慢的，尤其是在手机上。

发生了什么事？

4

1 回答 1

0

我看不出这有什么问题。您对最后一次跳过之前的 r.position 值持肯定态度吗？除非 JDK 流中存在潜在错误，或者如果您有多个使用 Reader 的线程，那么我能猜到的唯一可能性是，当您读取字段时，某些东西会错误地修改位置值。

于 2010-10-19T12:52:50.517 回答