1

一般的な概要を説明すると、複数のバインディングを持つWCFサービスがあります。1つはHTTPSバインディングで、もう1つはnet.tcpです。このサービスはIISでホストされています。HTTPSバインディングは正常に機能しているようですが、TCPバインディングでランダムなタイムアウトエラーが発生します。

XXXに送信されたこの要求操作は、構成されたタイムアウト(00:05:00)内に応答を受信しませんでした。この操作に割り当てられた時間は、より長いタイムアウトの一部であった可能性があります。これは、サービスがまだ操作を処理しているためか、サービスが応答メッセージを送信できなかったためである可能性があります。(チャネル/プロキシをIContextChannelにキャストし、OperationTimeoutプロパティを設定することにより)操作タイムアウトを増やすことを検討し、サービスがクライアントに接続できることを確認してください

この問題はタイムアウトの問題であることがはっきりとわかりますが、常に発生するとは限りません。私を困惑させる唯一のことは、私の操作のどれもが完了するのに5分もかからないということです。画面に見たい結果が実際に表示され、プロセスが終了したと思います。しかし、次のプロセスを開始すると、このタイムアウトが発生します。これは、「サービスがフル状態にある」ことに気づき、戻ってこのエラーを見つけたときです。

誰かが私に何が起こっているのかについての考えを与えることができますか?HTTPSでこれが見つからないため、エラーはTCPプロトコルの動作方法に関係していると思います。Nitherは、サービスに対して同じ呼び出しを行うと、常にこのエラーが発生します。それは非常にランダムです。

TCPを使用して、バイナリエンコードされたXML形式でパフォーマンスを向上させましたが、これらのランダムな問題はすべて、本当に利点があるかどうか疑問に思っています。HTTPSは、私のすべての通話で平均してほぼ1秒遅いようで、TCPのパフォーマンスの観点からは良い利益と見なされますが、このような問題がある場合、TCPルートを使用する価値はありますか?2つのプロトコルを比較することも、私にとって良い洞察になります。

ありがとう

4

2 に答える 2

2

比較について。TCPは、データの信頼性の高い配信を提供するトランスポートレベルのプロトコルです。TCPに基づくHTTPSであり、データのオーバーヘッドがあります。プロトコルが原因で操作が完全に異なるため、同じ理由はわかりません。送信しようとしているデータの種類は何ですか?

于 2013-03-01T17:41:17.520 に答える
0

ネットワークをテストして監視した結果、問題は接続の変動によるネットワークの問題であり、TCPチャネルが切断されたことがわかりました。私はまだ問題を100%確信していませんが、これは私が到達できる最も有望な結論でした。他にご意見がございましたら、サービスの信頼性を向上させるために、お気軽に共有してください。

于 2013-03-06T15:33:16.277 に答える