問題タブ [networkstream]

多くの匿名ユーザーが接続するac＃ネットワークアプリケーションがあります（ゲームサービス）。

今、私はログをチェックします、そして時々私はこの例外を見ます：

このエラーはNetworkStreamオブジェクトから発生します。現在、問題を再現しようとしていますが、どうすればよいですか？この例外を取得するにはどうすればよいですか？

自分で切断しようとしましたが、タイムアウトが発生し、他のことを試しましたが、機能しません。

多分誰かがアイデアを持っていますか？

ファイルの内容は次のとおりです。

NetworkStream.Read を使用しているときに、現在のダウンロードの進行状況を知りたいです。それは可能ですか？ウェブクライアントを使用する必要がありますか?

どうやら（100％確信が持てない）ため、webclientを使用したくありません

1. 私はウェブサーバーを作成する必要があります
2. （メモリストリームデータの代わりに）ファイルを作成する必要があります。
3. httpプロトコルの制限により、ギガビットネットワークの転送速度を正しく測定できません。

または、webclient を使用する必要がありますか?

参考までに、帯域幅推定ツールを構築しています。

クライアント側のコーディング

サーバー側のコーディング

クライアントデータをストリームに書き込んだ後、サーバー側でも soc.Available はゼロです。そのため、サーバーはデータを読み取ることができません。何が問題ですか？

UNIXシステムにマウントされたウィンドウフォルダーにファイルを書き込もうとすると、投稿のタイトルエラーが発生します。Linux OS の Tomcat 6 内で実行され、Windows ネットワーク フォルダーに書き込む必要がある Web サービスを開発しました。システム管理者はこれを Linux サーバーにマウントしており、問題なくファイルを作成および変更できます。投稿されたコードを実行しようとすると、次の例外が発生します。

許可が拒否されました java.io.IOException: 許可が java.io.UnixFileSystem.createFileExclusively(Native Method) で java.io.File.createNewFile(File.java:850) で拒否されました

奇妙なことは、ネットワーク フォルダーの File.createNewFile メソッドに関連しているように見えることです。実際、サービスは、デバッグ (サービスの開発に使用する PC) と tomcat の両方で、問題なくローカル ファイル システムに書き込むことができます。フォルダー システム管理者は、Linux サーバーで私を提供しています。ファイルは作成されますが空であり、create メソッドに続くログ エントリは出力されません。さらに、プレーンな出力ストリームを使用してファイルを作成および書き込む場合、問題はありません。

ウェブ上で例外に関する説明が見つかりません。私は Java の経験があまりないので、このエラーが発生する理由を理解したいと思います。私は間違った方法でそれを使用していますか? ライブラリのバグですか？いくつかのパラメーターを渡すのを逃しますか? 述べたように、プレーンな出力ストリームを使用して問題を解決しました。これは、Java の理解を深めるための質問です。

事前に回答ありがとうございます

シリアル化されたオブジェクトをサーバーに送信しようとしているプロジェクトがあり、「OK」または「エラー」メッセージが返されるのを待ちます。

私は次のポスターと同様の問題を抱えているようです: TcpClient send/close problem

問題は、元のオブジェクトを送信できるように見える唯一の方法は接続を閉じることですが、(もちろん) オブジェクトがサーバーによって正常に処理されたかどうかを確認するのが待ちきれません。

更新: 1 人のコメンターへの回答として、クライアントに責任があるとは思えません。それは単にオブジェクトを待っているだけで、ソケットを閉じるまでオブジェクトは決して来ません....しかし、もし私が間違っていたら、喜んで公にカラスを食べます. =) クライアントは次のとおりです。

ええ....それはとても簡単です。

TaskFactory.FromAsyncTPLを使用TaskFactory.StartNewすることと、メソッドのブロックバージョンを使用することの間にパフォーマンスへの影響があるかどうか疑問に思いました。100以下の同時接続をサポートするTCPサーバーを作成しています。最初のオプションでコードを記述し、続行を使用して複数の読み取りおよび書き込み操作を連鎖させた後、私は醜い、デバッグが難しいコードを残されました。

同期バージョンでコードを記述し、それをタスクでラップすると、複雑さが軽減され、テスト容易性が向上すると思いますが、これを行うことによるパフォーマンスへの影響が心配です。

たとえば、これら2つの呼び出しの間にパフォーマンスの違いはありますか。

Socket オブジェクトと NetworkStream オブジェクトを使用するクラスを破棄する最善の方法を誰かが知っているかどうか疑問に思っていましたか? 問題のクラスには、NetworkStream のインスタンスと、NetworkStream の作成に使用される Socket のインスタンスがあります。

私の Dispose メソッドでは、これを行う必要がありますか?

これはすべて必要ですか、それともやり過ぎですか?

呼び出し中の最大バッファ制限は何ですか

Windows 2003 32 ビット マシンでの方法。

上記の方法を使用して大きなファイルを転送することをお勧めします。

よろしく、bse

RFIDリーダーからのデータの読み取りに問題があります。tcpでリーダーに接続し、DataAvailableがtrueになるのを待ってから、データ文字の終わりを取得するまでデータを読み取ります。次に、戻って新しいDataAvailableを待ちます。これは、関数の独自のスレッドで実行されます。

ある種のタイムアウトがあるようです。数分以内にデータが取得されない場合は、データがDataAvailableを待機しているdo/loopにあります。カードをRFIDリーダーにかざすと、ビープ音が鳴りますが、利用できるデータがありません。例外は発生しません。情報によると、クライアントソケットはまだ接続されています。他に確認できることはありますか？

カードを1分間隔でリーダーに置くと、これは決して起こらないようです。したがって、2〜3分のアイドル状態：ingがこれを行うようです。

ソケットからデータを読み取るための私のコードは次のとおりです。無関係なコードをいくつか削除しました。

ネットワーク ドライブにファイルを作成する必要があるアプリケーションの要件がありますが、ファイルの作成中にネットワークが切断された場合、アプリケーションがしばらくハングして例外がスローされます。

タイムアウトを設定する方法はありますFile.Createか?