そのため、WSDualHttpBinding を使用しているときに WCF でコールバックを実行するときに、クライアントがまだ使用可能であることを確認すると、この問題が発生します。ポーリングは、高価で信頼性の低いソリューションです。クライアントのアドレス (OperationContext.Current.Channel.RemoteAddress) への単純な HTTP POST または GET で、少なくともクライアントがそこにいるかどうかがわかると思いました。おそらくまだ 400 という不正な要求エラーが発生しますが、それが 404 または 503 でない限り、クライアントがまだそこにあると想定できます。これはまだ少しぎこちないように思えるので、コールバックを行う前に RemoteAddress をチェックするロジックの重大な欠陥を指摘したり、他のアイデアを持っている人がいないかどうか疑問に思っていました。