java – ReadFully()有窒息的风险吗？

我注意到当我在文件而不是read(byte [])上使用readFully()时,处理时间大大减少.然而,我发现readFully可能是一把双刃剑.如果我偶然尝试读取一个巨大的,几千兆字节的文件,它可能会窒息？

这是我用来生成SHA-256校验和的函数：

public static byte[] createChecksum(File log, String type) throws Exception {
    DataInputStream fis = new DataInputStream(new FileInputStream(log));
    Long len = log.length();
    byte[] buffer = new byte[len.intValue()];
    fis.readFully(buffer); // TODO: readFully may come at the risk of
                            // choking on a huge file.
    fis.close();
    MessageDigest complete = MessageDigest.getInstance(type);
    complete.update(buffer);
    return complete.digest();
}

如果我改为使用：

DataInputStream fis = new DataInputStream(new BufferedInputStream(new FileInputStream(log)));

这会冒这个风险吗？或者……是最好的选择(在你无法控制数据大小的情况下)总是控制读入的字节数并使用循环直到读取所有字节？

(想想看,因为MessageDigest API一次接收完整的字节数组,我不知道如何在不立即填充所有数据的情况下获得校验和,但我认为这是另一个线程的另一个问题.

解决方法:

你应该只分配一个体积适中的缓冲区(可能是65536个字节),并做一个循环,你一次读取64kb,使用“complete.update()”附加到循环内的消化器.小心最后一个块,这样你只处理读取的字节数(可能小于64kb)

标签：datainputstream,bufferedinputstream,java,file-io
来源： https://codeday.me/bug/20190728/1567042.html