問題タブ [bufferedoutputstream]

Javaでのファイル転送にソケットを使用しています。ここにクライアントコードがあります

そして、ここにサーバーコードがあります

サーバーのカウントを確認したところ、 でした635。これは、サーバーがデータ635時間を送信したことを意味します。ただし、クライアントの印刷枚数は のみ512です。read()(0 から 511 まで) で止まっていると思います。

印刷されません。誰か理由と解決策を教えてくれませんか?

ランダムな整数名のファイルを生成し、各ファイルに 200 文字のデータを追加するプログラムがあります。私はすでにファイルを作成できることに成功しています:

charそして、ファイルに s を書き込むようになりました。

しかし、この 2 つを for ループで組み合わせると、うまくいきません。

「Total: (number) characters written to (whatever).txt!」という出力が得られます。しかし、実際には文字を書きません。qu++ただし、( に変更して)ループを無限にするqu--と、もちろん 1 つのファイルだけで文字が書き込まれます。ループに変更してみましたが、whileうまくいきませんでした。何か案は？

bufferedInputStream大きなバイナリ ファイルを使用しbufferedOutputStreamて、ソース ファイルから宛先ファイルにコピーしたいと考えています。

これが私のコードです：

正常にコピーできますが、使用します

コマンド ラインで 2 つのファイルを比較します。エラーメッセージ

cmp: ファイルの EOF

が表示されます。どこが間違っていたのかわかるでしょうか？

BufferedOutputStream を使用して個別のメッセージを送信したいと考えています。だから私はそうしますbos.write(msg1); bos.flush(); bos.write(msg2); bos.flush()。一方、これらのメッセージの分離に依存する BufferedReader があります。

しかし、私が得るのは、「クライアントに 30 バイトを送信しています。クライアントに 30 バイトを送信しています」と、反対側では「60 バイトを受信しました」のようなものです。

私の Java アプリケーションでは、BufferedInputStream と BufferedOutputStream にラップされた FileOutputStream と FileInputStream を使用して、大きなファイルがコピーされるスレッドを作成します。ファイルがコピーされた後、バッファリングされた入出力ストリームに対して close() を呼び出そうとしましたが、これには Ubuntu で数分かかります。これを OS X で実行すると、ストリームはすぐに閉じます。このプロセスをスピードアップする方法はありますか?

私は次のコードを持っていますが、効率/フラッシュ/ストリームのクローズに関してすべてを正しく行っているかどうかはわかりません。いくつかのアドバイスは大いに役立ちます、ありがとう

次のような BufferedOutputStream を使用してオーディオ ファイルをロードするサーブレットがあります。

このファイルは、オーディオ html5 タグ (または、ブラウザーがサポートしていない場合は swf プレーヤー) で使用されます。一部のブラウザでは正常に動作します (Windows: IE6-10、Firefox、Chrome、Safari。スマートフォン: Chrome、Firefox (ベータ)、デフォルトの Android ブラウザ)。しかし、2 つのブラウザー (iPad/iPhone の Safari と HTC ブラウザー) では例外があります。サーブレットを介してファイルをロードすると、約 15 秒後に例外が発生します。

Safari では、ファイルを 1 回しか読み取れないため、オーディオ html5 タグをリロードする必要があります。HTC ブラウザで、いつでも読めません。

ありがとう。

Java の ZipOutputStream クラスを使用して、大きな zip ファイルを作成しています。

zip ファイルに 1000 個のサブファイルとサブフォルダーしかない場合は問題なく動作します。zip ファイルに 10000 個のサブファイルとサブフォルダーしかない場合にも問題なく動作します。

しかし、何らかの理由で、100000 を超えるサブファイルとサブフォルダーに増やすと、問題が発生し始めます。

それでもサブファイルの大きなチャンクを書き込みますが、その後終了します。最終的に、予想していたディレクトリ ツリーの約半分を含む zip ファイルが作成されます。

zip ファイルは 4GB の上限サイズに達していません。終了後、zip ファイルは全体で約 30MB しかありません。zip ファイル内の各サブファイルのサイズは 1KB 未満です。

zip ファイルのレイアウトは単純です。

ルート フォルダには 10 個のサブディレクトリが必要です。

これらの各サブディレクトリには、10 個のサブディレクトリが含まれている必要があります。

これは、各サブディレクトリが 10 個のファイルを保持する第 4 レベルまで続きます。

ただし、実行後、最初のレベルには 5 つのディレクトリしか保持されず、最初のレベルの最後のディレクトリには 2 つのサブディレクトリしか保持されません。

関連するコードは次のとおりです。

と

と

ZipOutputStream が終了する前に書き込むことができるファイルの最大数があるかどうか疑問に思っています。または、 FileOutputStream がそうするかもしれません。わからない。

あなたの助けに感謝します。ありがとうございました。