Ist WCF ClientBase threadsicher?

Question

Ich habe ClientBase implementiert, um WCF für die Verbindung mit einem Dienst zu verwenden. Ich rufe dann eine Methode auf dem Kanal an, um mit dem Dienst zu kommunizieren.

Ist dieser Aufruf Thread sicher oder sollte ich ihn sperren, wenn mehrere Threads ausgeführt werden?

Dank

Answer 1

Ja, um das Verfahren auf dem Kanal Aufruf threadsicher (von der Client-Sicht - service Perspektive hängt von Service-Implementierung). Sie können diese Methode aus mehreren parallelen Threads aufrufen. Selbst der automatisch generierende Proxy bietet Ihnen die Möglichkeit, Methoden für asynchrone Aufrufe zu erstellen.

Answer 2

Ja, es ist Thread-Safe. Sie sollten jedoch wissen, dass WCF die Ausführung von CalculateSomething automatisch serialisiert, wenn sie von mehreren Threads mit der gleichen ClientBase Instanz aufgerufen wird. Wenn Sie also erwarten, dass CalculateSomething gleichzeitig ausgeführt wird, müssen Sie Ihr Design überdenken. Werfen Sie einen Blick auf this answer für einen Ansatz zum Erstellen einer asynchronen API für die CalculateSomething-Methode.

Answer 3

Die Follow-up-Kommentare zu den Antworten hier hatten mich auch unsicher, also habe ich noch mehr gegraben. Hier sind einige konkrete Hinweise, dass ClientBase<T> threadsicher ist - this blog post beschreibt, wie einem WCF-Dienst machen richtig ausführen in Gegenwart von ein einzelner Client-Proxy von mehreren Threads benutzt wird gleichzeitig (die fett Betonung liegt im Original):

... Allerdings gibt es ein Szenario, in dem auf einem PerCall Service ConcurrencyMode auf mehrere Einstellung kann den Durchsatz zu Ihren Diensten erhöhen, wenn folgende Bedingungen gelten:

1. Der Client ist multi-threaded und ruft Ihren Dienst aus mehreren Threads mit dem gleichen Proxy.

2. zwischen dem Client und dem Dienst Die Bindung ist eine Bindung, die Sitzung (beispielsweise netTcpBinding, wsHttpBinding w/Reliable Session, NetNamedPipeBinding, etc.) hat.

Auch die Beweise in diesem Beitrag scheint Brians zusätzliche Bemerkung, dass WCF serialisiert alle Multi-Threaded-Anforderungen zu widersprechen. Der Post zeigt mehrere Anforderungen von einem einzelnen Client unter gleichzeitig - , wennConcurrencyMode.Multiple und InstanceContextMode.PerCall verwendet werden.

Es gibt einige zusätzliche Diskussion here in Bezug auf die Auswirkungen dieses Ansatzes auf die Leistung sowie einige Alternativen.

Answer 4

Wem es betrifft. WCF-Client-Basis kann Thread-sicher sein, zumindest in dieser Konfiguration. Ich habe keine anderen Konfigurationen ausprobiert.

[ServiceContract(SessionMode = SessionMode.Required, CallbackContract = typeof(IWcfCallbacksContract), Namespace = "http://wcf.applicatin.srv/namespace")] 
public interface IWcfContract 
{ 
    [OperationContract] 
    CompositeReturnObject GetServerObject(); 
} 

Service:

public CompositeReturnObject GetServerObject() 
{ 
    CompositeReturnObject ret = new CompositeReturnObject("Hello"); 
    Thread.Sleep(10000); // Simulating long call 
    return ret; 
} 

Auftraggeber:

private void GetData_Click(object sender, RoutedEventArgs e) 
{ 
    Console.WriteLine("Task 1 start: " + DateTime.Now.ToString("HH:mm:ss")); 

    Task.Factory.StartNew(() => { 
     var res = _proxy.GetServerObject(); 
     Console.WriteLine("Task 1 finish: " + DateTime.Now.ToString("HH:mm:s")); 
     Console.WriteLine(res.ToString()); 
     return; 
    } 
    ); 

    Thread.Sleep(2000); 

    Console.WriteLine("Task 2 start: " + DateTime.Now.ToString("HH:mm:ss")); 

    Task.Factory.StartNew(() => { 
     var res = _proxy.GetServerObject(); 
     Console.WriteLine("Task 2 finish: " + DateTime.Now.ToString("HH:mm:s")); 
     Console.WriteLine(res.ToString()); 
     return; 
    } 
    ); 
} 

und Ergebnis:

Aufgabe 1 Start: 15.47.08
Aufgabe 2 Beginn: 15 : 47: 10

Aufgabe 1 Oberfläche: 15.47.18
Name: Objekt ein "Hallo"

Aufgabe 2 Oberfläche: 15.47.20
Name: "Hallo" ein