問題タブ [gzipinputstream]

Java で文字列を圧縮する方法の例を探しました。

圧縮してから解凍する機能があります。圧縮はうまくいくようです：

しかし逆に、encStage1 からの戻り値を decStage3 に直接渡しても、文字列が GZIP 形式ではないという不平を言っています。

encStage1 から文字列を返すと、次のエラーが発生します。

出力/エラー:

HTTP オーディオ ダウンロード プロセスを備えた公開済みの Android アプリケーションがあります。

この処理は今日までうまくいきました。

私のコードの何が問題なのですか?

ダウンロードしたファイルの内容は gzip のようです。

これは、inputStream を GZIPInputStream でラップする必要があるということですか?

ダウンロード URL の例は次のとおりです。

上記のコードが出力されます

しかし、同じ文字列の圧縮には非常に短い時間 (100 ミリ秒未満) しかかかりません。ここで何が間違っていますか？（デバッグコメントの私の悪い方法を除いて）

入力ストリームがあり、それを処理しようとしましたが、「gzip 形式ではありません」というエラーが表示されましたが、ファイルは gzip 形式「Content-Encoding: gzip」です。

}

何かご意見は？ありがとう

私はFileChannelandを使用して、fromFile からtoFile にFileInputStream単純なファイルをコピーしていました。FileFile

コードは基本的に次のようになります。

とは適切なfromFileオブジェクトです。ここで、から直接コピーするのではなく、GZIP (Java ライブラリにある) を使用してコンテンツを圧縮し、. また逆に、 から転送するときも同様に解凍したいと思います。toFileFilefromFiletoFiletoFile

次のような簡単な方法があるのだろうかと思っていました

また

残りのコードはすべて変更されません。これに対する最もクリーンな解決策について何か提案はありますか?

ありがとう..

数日以来、RESTful Web サービスでファイルを送受信するプロジェクトである Java をいじっています。これは既存のソフトウェア システムの拡張となるため、追加のライブラリはできるだけ少なくします。このソフトウェア システム内でプロジェクトを実行するには、API に従う必要があります。そして、「拡張機能」を OSGI バンドルとして提供する必要があります。

私のプロジェクトの結果はきびきびと実行する必要があり、場合によってはモバイル デバイスでも実行する必要があるため、ファイルで GZip 圧縮も使用したいと考えています。さらに、REST経由でファイルを送信することについて読んだとき、ファイルの内容をBase64でエンコードし、ファイル名を一緒に送信するのが最善のようです。

これにより、次のクライアント コード サンプルが表示されます: (実際の「拡張子」ではありません)

ログ出力から、この部分は正常に動作しているようです。(最初の 3 行)

サービスでこれを読み取り、デコード、解凍しようとすると、問題が発生します。(ソフトウェア システムの「拡張子」) 上記のログの最後の行に出力されているとおりです。

電話を受けるコードは次のようになります。

私はウェブとスタックオーバーフローを見回しましたが、それは正しいようです。次のような投稿からいくつかのアイデアを得ました: How to convert Java String into byte[]? 成功しないBase64 データ の ストリーム デコード。私が見落とした何かがあるはずです。

サーバーからのログは次のとおりです。

GZip 圧縮をコメントアウトすると、これは問題なく機能します。どんな助けやヒントも大歓迎です。

敬具

readLine()ファイルが数 MB より大きい場合、~100 行後から null を返す Reader を作成します。1 MB 未満の gzip ファイルでは再現できません。誰もこれを処理する方法を知っていますか?