OOMは

Question

私は親切に、すでに（私のファイルはzip形式で圧縮するので）Deflaterで圧縮されbyte[]を解凍したかったが、 OOMを回避するいくつかの解決策を提案する。

public static byte[] decompress(byte[] data){ 
    Inflater inflater = new Inflater(); 
     inflater.setInput(data); 
     ByteArrayOutputStream outputStream = new ByteArrayOutputStream(data.length); 
     byte[] buffer = new byte[data.length+100]; 
     while (!inflater.finished()) { 
     int count = inflater.inflate(buffer); 
     outputStream.write(buffer, 0, count); 
     } 
     outputStream.close(); 
     byte[] output = outputStream.toByteArray(); 

注：toByteArray()の内部実装について承知していますが、そのためにあらゆる選択肢を得ていません。

Answer 1

全体的な目標は何ですか？

メモリ内のすべてを解凍する必要がある場合（「解凍」メソッドの戻り値とパラメータを変更できない場合）、実際にはさらにメモリを追加する必要があります。

しかし、ファイルを解凍するために必要な場合は、適切なストリームを使用して、プログラムは非常に小さなメモリで任意の大きなファイルを解凍できる必要があります（圧縮ファイルから少し読んだり解凍し、ファイルを出力するには、それを繰り返す...）。

Compressing and decompressing large size data in java?

Answer 2

あなたがメモリ内に解凍しなければならない、とあなたが圧縮された入力と膨張した出力のためだけの十分なメモリを持っていますが、あまり多くの場合は、ByteArrayOutputStream.toByteArrayは（）新しいバイトを作成することを検討すべきです必要なメモリを実質的に2倍にします（byteArrayOutputStreamがガベージコレクトされるまで）。

だから、私は次のように可能であり、より多くのCPU使用率の価格のためのメモリ消費量を減少させることを考える：

1. ストリーミングを介して入力を膨らませると、膨張したデータの正確なサイズを覚えている（と仮定し、それはです999999999）。
2. ByteArrayOutputStreamのサブクラスを作成して内部バッファにアクセスします。
3. インフレされたデータ（MyByteArrayOutputStream（999999999））の正確なサイズでサブクラスのインスタンスを作成し、インフレータに渡します。
4. インフレータが完成した後、内部バッファを返します。そのときまでに膨らんだデータが保持されます。

サブクラスは、それは初めに右のサイズの内部バッファです作成するので、それがデフレの間にそれをコピーしません。また、内部バッファのサイズが適切であるため、コピーせずに呼び出し元に安全に渡すことができます。このようにして、メモリに必要なのは、入力+出力のバイト配列サイズとオーバーヘッド（ただし入力+ 2 *出力ではない）だけです。