Javaでファイルをダウンロードするときに、WordおよびPPTファイルがTXTファイルを絞り込んだのはなぜですか？

Javaファイルのダウンロード：単語の文字化けコードとPPTファイルの根本原因がtxtになります

Javaを使用してファイルをダウンロードすると、ダウンロード後にWordとPPTファイルがTXTファイルが文字化する状況に遭遇する場合があります。この記事では、この現象の背後にある原因を分析し、解決策を提供します。

問題の詳細な説明

一部のJavaファイルのダウンロードコード（特定のコードを提供するのではなく、そのコア問題を説明するコード例2など）は、WordやPPTなどのファイルを扱う際に、文字化けしやすいコードになりやすいです。これは、コードの固定バッファサイズ（たとえば1024バイト）に密接に関連しています。ファイルサイズがバッファサイズの整数倍でない場合、最後の読み取りバッファーには不完全なデータが含まれているため、ファイルの最後に文字化けコードが含まれ、最終的にTXTファイルとして解釈されます。 TXTファイルは通常小さいため、この問題は小さなTXTファイルでは明らかではないかもしれませんが、大きなTXTファイルでも発生する可能性があります。

根本原因分析

問題の中核は、コードが最後の読み取りデータの長さを適切に処理できないことです。固定サイズのバッファーは、ファイルの終了を読み取るときにバッファサイズが不十分なデータを読み取る場合があり、これらの残りのバイトは出力ストリームに誤って書き込まれ、その結果、コードが刻まれています。

解決策：バッファーの読み取り長を動的に調整します

この問題を解決するには、実際の読み取りデータのみが記述されるように、時間ごとに読み取られたバイト数を動的に調整する必要があります。正しいコードは次のようになります：

 int len;
byte [] bytes = new byte [1024]; //バッファサイズは必要に応じて調整できます（入力ストリームインストラム= ...; outputstream outstream = ...）{
    while（（len = instream.read（bytes））！= -1）{
        outstream.write（bytes、0、len）;
    }
} catch（ioException e）{
    e.printstacktrace（）;
}

このコードの鍵はinStream.read(bytes)メソッドのリターン値lenです。今回読みた実際のバイト数を表します。 outStream.write(bytes, 0, len) 、不必要な文字盤のバイトの書き込みを避けて、 lenのみを書き込みます。このようにして、ファイルのサイズに関係なく、ファイルの整合性と正確性を保証できます。

バッファの読み取り長を動的に調整するこの方法を使用することにより、Javaファイルのダウンロード中にTXTファイルとしてWordとPPTファイルの問題を効果的に回避できます。適切なバッファサイズ（1024バイト以上など）を選択すると効率が向上することを忘れないでください。重要なのは、 inStream.read()の返品値に基づいて記述されたバイト数を制御することです。

以上がJavaでファイルをダウンロードするときに、WordおよびPPTファイルがTXTファイルを絞り込んだのはなぜですか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。