2012-06-11 14 views
6

Jeśli mam PerWebRequest obiekt, który ma zależność WCF proxy z życia PerThread, będzie pojemnikDopuszczenie do uzależnienia proxy WcfService w obiekcie mający PerWebRequest życia

  • a) korzystać z tej samej instancji proxy po pojemniku automatycznie zwalnia obiekt nadrzędny ?
  • b) czy zwolnienie obiektu PerWebRequest spowoduje, że za każdym razem będzie wydawane pełnomocnictwo do ?

przypadku), wówczas powinien zwolnić usługę wyraźnie, aby uniknąć wycieku lub jeśli b), to istnieje realne korzyści przy użyciu PerThread dla pełnomocnika, jeżeli jest to jedyne miejsce, to jest wstrzykiwany?

Odpowiedz

1

Dlaczego miałbyś zrobić ten wątek? Wątek jest bardzo wyspecjalizowanym stylem życia i chyba, że ​​naprawdę tego potrzebujesz, sugerowałbym, żebyś go unikał.

Spraw, aby proxy proxy było przejściowe.

Nie musisz go zwalniać. Here's how it works.

+0

Dzięki za odpowiedź. Pomyślałem, że może być bardziej wydajne, aby rozpędzić proxy wcf i mieć je w kontenerze, zamiast wypuszczać je na końcu każdej prośby internetowej, a każde żądanie na tym samym wątku musi je kręcić za każdym razem (jeśli główne obiekt, który ma tę zależność jest perwebrequest, nie sprawi, że usługa przejściowy wymaga wirowania WAS za każdym razem, gdy strona jest ładowana?). Czy jestem w błędzie tak myśląc? – kappasims

+1

Nazwałbym to przedwczesną optymalizacją. –

+0

Rozumiem. Dzięki. Dla zabawy, zapytam jednak. Jakie byłoby zalecane podejście do optymalizacji obiektów perwebrequest z zależnościami proxy wcf? – kappasims

Powiązane problemy