はじめに

一般的な圧縮ストリームは、Close() メソッドか呼ばれるまでバッファリングしてしまって、リアルタイムな相互通信が必要な場合などには使えない。

zebedee などの通信を圧縮してくれるようなツールの互換プログラムは作りにくいだろう。

Javaの場合、SYNC_FLUSHモードが JDK7 から提供されているので、それを使えばいいが、.NET Framework の GZipStreamなどには提供されていない。

しかし、zlib.NET.dll にはSYNC_FLUSHモードが実装されてるので、それを使えばいいと思う。

バージョン

基本的に ver1.04 の話。

使い方(基本)

zlib.NET の demo フォルダを見ればわかると思うけど、一応メモ

zlib.ZOutputStream クラスも zlib.ZInputStream クラスもペースとなるストリームだけの一引数のコンストラクタの場合は、解凍
ペースとなるストリームと、圧縮レベルの二引数のコンストラクタの場合は、圧縮

後は、zlib.ZOutputStream#FlushMode に zlib.zlibConst.Z_SYNC_FLUSH を指定するだけ。

使い方(zlib.ZInputStream の落とし穴)

これ、なぜかSystem.IO.BinaryReader クラスを継承している。
にもかかわらず、BinaryReader クラスの各種メソッドは実装していない！！(ソースコードを見るとわかる)

唯一の実装が Read() となぜか小文字始まりの read(byte[] b, int off, int len) だ。

まぁ、zlib.ZInputStream クラスをStreamとして包むラッパークラスを自作して、それの Read() を read() に繋げればいいだけの話なんだけど、私は BinaryReader として(BinaryReader.ReadByte()を)そのまま使っていて "解凍しねーな" と数日悩んだので、メモとして残しておくよ。

つまり、zlib.ZInputStream はBinaryReader を継承しているけど、Reader としては不十分なので、各自 Stream のラッパとして包み込んであげてから再度Reader に包み込んであげればいいと思う。

BouncyCastle/C# でもできた

BouncyCastle/C# でもできた。

BouncyCastle/C# の Org.BouncyCastle.Utilities.Zlib.ZOutputStreamクラス/Org.BouncyCastle.Utilities.Zlib.ZInputStreamクラスの FlushMode プロパティがそれ。
このプロパティに Org.BouncyCastle.Utilities.Zlib.JZlib の Static 値を与えればいいと思う。
Org.BouncyCastle.Utilities.Zlib.JZlib.Z_SYNC_FLUSH とかを与えればいいと思う。

Javaでの捕捉

上の方に「Javaの場合、SYNC_FLUSHモードが JDK7 から提供されているので」と書いているが、Javaの場合は、
DeflaterOutputStream などだけではなく、java.util.zip.GZIPOutputStream にも、Sync_Flush (同期的圧縮)が付いている。(コンストラクタの第二引数に注目)

以上