Каковы ловушки использования общего статического клиента прокси-сервера WCF?

Question

Я рассматриваю использование общего (прочитанного статического) клиента прокси-сервера WCF для приложения с высокой пропускной способностью. Я считаю, что в этом есть выигрыш в производительности, но пока я не оценил это.

Есть ли серьезные подводные камни этой идеи?

Из моего исследования я вижу, что существует проблема обработки состояния сбоя, неясно, какой поток влияет на состояние этого состояния на другие ожидающие запросы.

Есть ли у кого-нибудь опыт восстановления прокси-сервера WCF из его состояния с ошибкой?

благодарит заранее!

Answer 1

Как только канал находится в неисправном состоянии, он останется таким же. Так что да, я думаю, что статический клиент будет проблематичным. Я тоже начал так, но в итоге создал и открыл новый канал для каждого вызова. Кажется, что не очень много компромиссов с производительностью.

Для справки Я делаю около 30-60 запросов около 5K-30K на запрос в секунду на четырехъядерном процессоре с другого четырехъядерного процессора. До сих пор WCF до сих пор держится неплохо.

Answer 2

Я только что обнаружил, что вызов Close() на прокси-сервере будет блокироваться при вызове, выполняющем операции One Way, [OperationContract (IsOneWay = true)]. Это также изменило бы поток.